Layar GNU tidak merespons, sepertinya diblokir

88

Layar GNU sepertinya membeku. Tidak dapat memasukkan masukan pengguna.

Saya menggunakan layar GNU dan ketika saya menekan layar itu menjadi tidak responsif. Saya dapat menjalankan semua perintah layar GNU, tetapi tidak dapat memasukkan input pengguna. Saya tidak ingin mematikan layar ini karena saya memiliki pekerjaan penting dan saya tidak ingin kehilangannya.

— sirus
sumber

Lihat juga unix.stackexchange.com/questions/6660/…

— Daniel Reis

133

Pada perintah di bawah ini, ganti Ctrldengan tombol escape Anda untuk perintah layar.

Try Ctrl+ a q, yang merupakan urutan untuk membuka blokir scroll.

Ctrl+ a sadalah urutan yang memblokir pengguliran, yang membuat layar tampak seperti membeku.

— wkl
sumber

Yah, itu berhasil tetapi hanya di satu layar, di layar yang lain berhenti :(

— sirus

7

Anda Pak, baru saja membuat hari saya :) Dokumentasi layar GNU tidak muncul saat googling "gnu screen freeze": /

— david_p

1

Saya memiliki masalah yang sama. Hanya satu layar yang dibekukan, yang membuat saya yakin masalahnya adalah "khusus layar". Memang, saya tidak sengaja menekan Ctrl-A s.

— smithfarm

Saya sudah terbiasa menggunakan CTRL + A untuk pergi ke depan baris perintah untuk menambahkan sudo(karena saya lupa memulainya) sehingga ketika saya menggunakan layar, saya menguncinya sepanjang waktu! Seperti yang dikatakan komentar sebelumnya, CTRL+A qsebagian besar berfungsi, terkadang ada layar. Berharap CTRL + A bukan default, di server saya menggunakan banyak saya mengubahnya ke tombol "ESC".

— johnnyB

1

Gabungkan binatang kecil yang jahat ini dengan Ctrl + S PuTTY yang mengerikan yang mengirimkan XOFF dan itu benar-benar membuat saya takut pada "s" pada keyboard saya. Itu jahat. Anehnya penekanan tombol PuTTY adalah Ctrl + Q untuk mengirim XON ... "q" adalah penyelamat. Terima kasih, jawaban 6 tahun.

— JNevill

67

Saat menggunakan PuTTY , Anda bisa mendapatkan layar yang tampaknya macet jika Anda menekan Ctrl+ s. Ini mengirimkan Xoffsinyal yang memblokir output terminal.

Solusinya adalah dengan menekan Ctrl + quntuk mengirim Xonsinyal.

— Daniel Reis
sumber

Juga bekerja untuk saya di ROXTerm di Linux - layar terkunci dan memberi saya prompt login.

— Pockets dan

Menyelamatkan hari (dan malam) saya.

— sk

8

Di atas berfungsi dengan baik jika itu masalah Anda.

Ini juga bisa terjadi jika Anda ssh ke komputer lain dan tidak membuka jendela untuk beberapa saat, lalu ketika Anda kembali, jendela itu membeku. Untuk mengatasinya, Anda dapat mencoba yang berikut ini:

1) Buat jendela baru

Ctrl-a c

2) ssh ke dalam kotak tempat Anda ssh ke dalam kotak di jendela yang dibekukan.

3) Temukan proses yang dijalankan ssh di bawah:

ps aux | grep <remote_box_on_frozen_screen>

atau

ps aux | grep <your_user_id>

4) Hentikan proses

kill <process_id>

— Hazok
sumber

Tidak tahu bagaimana saya membuat keadaan menjadi tidak responsif, karena biasanya ctrl-q berfungsi untuk saya, tetapi saya harus melakukan ini dan kehilangan pekerjaan saya. 1 untuk saran break-here-in-case-of-emergency

— taranaki

2

Lebih sering daripada tidak ada koneksi SSH yang beku dapat ditutup paksa dengan menekan Enter, lalu ~dan kemudian .(lihat juga di sini ).

— fotNelton

3

Ketika Anda melakukan screen -lsnomor pertama dari nama layar adalah id proses. Jadi jika outputnya adalah

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.

Maka ini akan membunuhnya:

kill 21605

Perhatikan nomor untuk perintah kill sama seperti pada screen -lsoutput.

— Pylinux
sumber

3

Jika Anda menggunakan perintah backtick di baris status - yaitu, jika Anda .screenrcmemiliki sesuatu seperti ini:

backtick 1 0 60 /some/script.sh

maka Anda ingin memastikan bahwa skripnya cepat: eksekusi backtick memblokir semua IO ke layar.

Jika Anda membuat perubahan pada konfigurasi, Anda harus memulai ulang sesi layar (karena konfigurasi hanya berlaku untuk sesi baru).

— Piskvor meninggalkan gedung
sumber

Saya memiliki skrip backtick yang berjalan dengan baik untuk waktu yang sangat lama. Melakukan pembaruan kernel dari 4.20.4 -> 5.4.80 dan tiba-tiba saya menghadapi masalah ini. Untuk alasan apa pun skrip saya yang memanggil sensors -ujauh lebih lambat dengan kernel baru ... cukup lubang kelinci ini mengirim saya ke bawah.

— Chris