Lo schermo GNU sembra bloccarsi. Impossibile inserire l'input dell'utente.
Stavo usando lo schermo GNU e quando ho premuto lo schermo non rispondeva. Posso eseguire tutti i comandi dello schermo GNU, ma non posso inserire l'input dell'utente. Non voglio uccidere questo schermo perché ho un lavoro importante e non voglio perderlo.
Risposte:
Nei comandi seguenti, sostituisci Ctrlcon qualunque sia il tuo tasto Esc per i comandi sullo schermo.
Prova Ctrl+ a q, che è la sequenza per sbloccare lo scorrimento.
Ctrl+ a sè la sequenza che blocca lo scorrimento, il che fa sembrare che lo schermo si blocchi.
sudo(dato che ho dimenticato di iniziare con esso) che quando uso lo schermo, lo blocco tutto il tempo! Come dice il commento precedente, per CTRL+A qlo più funziona, a volte esiste lo schermo. Vorrei che CTRL + A non fosse l'impostazione predefinita, sui server che uso molto lo cambio con il tasto "ESC".
Quando si utilizza PuTTY , è possibile visualizzare uno schermo apparentemente bloccato se si preme Ctrl+ s. Questo invia un Xoffsegnale che blocca l'uscita del terminale.
La soluzione è premere Ctrl + qper inviare il Xonsegnale.
Quanto sopra funziona alla grande se questo è il tuo problema.
Questo potrebbe anche accadere se sei ssh su un'altra macchina e non sei stato alla finestra per un po ', poi quando torni indietro è congelato. Per risolvere questo problema, puoi provare quanto segue:
1) Crea una nuova finestra
Ctrl-a c
2) ssh nella casella in cui hai inserito ssh nella casella nella finestra che è congelata.
3) Trova il processo in cui è in esecuzione ssh:
ps aux | grep <remote_box_on_frozen_screen>
o
ps aux | grep <your_user_id>
4) Uccidi il processo
kill <process_id>
Quando fai screen -lsil primo numero del nome della schermata è l'id del processo. Quindi se l'output è
There is a screen on:
21605.pts-0.Random-server (11/12/2017 11:44:15 PM) (Detached)
1 Socket in /var/run/screen/S-kg.
Quindi questo lo ucciderà:
kill 21605
Notare che il numero per il comando kill è lo stesso screen -lsdell'output.
Se stai usando i comandi di backtick nella riga di stato, cioè se hai .screenrcqualcosa del genere:
backtick 1 0 60 /some/script.sh
allora vuoi essere sicuro che lo script sia veloce: apparentemente l'esecuzione di backtick blocca tutto l'IO sullo schermo.
Se apporti modifiche alla configurazione, dovrai riavviare la sessione dello schermo (poiché la configurazione si applica solo alle nuove sessioni).
sensors -uè molto più lento con il nuovo kernel ... piuttosto la tana del coniglio questo mi ha mandato giù.