GNU ekranı yanıt vermiyor, engellenmiş görünüyor

88

GNU Ekranı donuyor gibi görünüyor. Kullanıcı girişi girilemiyor.

GNU ekranını kullanıyordum ve ekrana bastığımda yanıt vermiyordu. Tüm GNU ekran komutlarını çalıştırabilirim, ancak kullanıcı girişi giremiyorum. Önemli işlerim olduğu için bu ekranı öldürmek istemiyorum ve onu kaybetmek istemiyorum.

— sirus
kaynak

Ayrıca bkz. Unix.stackexchange.com/questions/6660/…

— Daniel Reis

133

Aşağıdaki komutlarda, Ctrlekran komutları için kaçış anahtarınız ne ise onu değiştirin .

Kaydırmanın engelini kaldırma dizisi olan Ctrl+ ' a qyı deneyin .

Ctrl+ a s, ekranı donuyormuş gibi gösteren kaydırmayı engelleyen dizidir.

— wkl
kaynak

Şey, işe yaradı ama sadece bir ekranda, diğerinde çıktı :(

— sirus

7

Siz efendim, günümü yeni yaptınız :) GNU ekran dokümantasyonu

— Google'da

1

Ben de aynı sorunu yaşadım. Yalnızca bir ekran donmuştu ve bu da sorunun "ekrana özgü" olduğuna inanmamı sağladı. Gerçekten de yanlışlıkla Ctrl-A s tuşlarına basmıştım.

— smithfarm

Komut satırının önüne gitmek için CTRL + A kullanmaya o kadar alıştım ki sudo(onunla başlamayı unuttuğumdan beri) ekranı kullanırken her zaman kilitliyorum! Önceki yorumun dediği gibi, CTRL+A qçoğunlukla işe yarıyor, bazen ekran var. CTRL + A varsayılan olmasaydı, kullandığım sunucularda bunu "ESC" anahtarına değiştirdim.

— johnnyB

1

Bu iğrenç küçük canavarı PuTTY'nin bir XOFF gönderen korkunç Ctrl + S ile birleştirin ve klavyemdeki "s" den gerçekten korkmama neden oluyor. Bu kötü. Garip bir şekilde, PuTTY tuş vuruşu Ctrl + Q, XON göndermek için ... "q" kurtarıcıdır. Teşekkür ederim, 6 yaşındaki cevabım.

— JNevill

67

Ne zaman PuTTY kullanarak tuşuna ederse, hem görünüşte dondurulan ekranı alabilirsiniz Ctrl+ s. Bu , terminalin çıkışını bloke eden bir Xoffsinyal gönderir .

Çözüm, sinyali göndermek için + tuşuna basmaktır.CtrlqXon

— Daniel Reis
kaynak

Ayrıca benim için Linux'ta ROXTerm'de çalıştı - ekran kilitlendi ve bana bir oturum açma istemi verdi.

— Pocketsand

Günümü (ve gecemi) kurtardım.

— sk

8

Sorununuz buysa, yukarıdakiler harika çalışıyor.

Bu, başka bir makineye ssh'de girerseniz ve bir süredir pencereye gitmemişseniz, sonra geri döndüğünüzde donmuşsa da olabilir. Bunu düzeltmek için aşağıdakileri deneyebilirsiniz:

1) Yeni bir pencere oluşturun

Ctrl-a c

2) donmuş olan penceredeki kutuya ssh'ladığınız kutuya ssh.

3) ssh'nin altında çalıştığı süreci bulun:

ps aux | grep <remote_box_on_frozen_screen>

veya

ps aux | grep <your_user_id>

4) Süreci öldürün

kill <process_id>

— Hazok
kaynak

İşleri nasıl bu kadar tepkisiz bir duruma soktuğumu bilmiyorum, çünkü genellikle ctrl-q benim için çalışıyor, ama bunu yapmam ve işimi kaybetmem gerekiyordu. Acil durumda ara verme tavsiyesi için +1

— taranaki

2

Donmuş SSH bağlantısı sık sık Enter, ardından ~ve ardından düğmelerine basılarak zorla kapatılabilir .(ayrıca buraya bakın ).

— fotNelton

3

Yaptığınızda screen -lsekran adının ilk numarası işlem kimliğidir. Yani çıktı

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.

O zaman bu onu öldürecek:

kill 21605

Kill komutunun sayısının screen -lsçıktıdakiyle aynı olduğuna dikkat edin .

— Pylinux
kaynak

3

Durum satırında geri tepme komutları kullanıyorsanız - yani, sizde .screenrcböyle bir şey varsa :

backtick 1 0 60 /some/script.sh

o zaman betiğin hızlı olduğundan emin olmak istersiniz: görünüşe göre geri tepme yürütmesi tüm GÇ'lerin görüntülenmesini engeller.

Yapılandırmada değişiklik yaparsanız, ekran oturumunu yeniden başlatmanız gerekir (yapılandırma yalnızca yeni oturumlar için geçerli olduğundan).

— Piskvor binayı terk etti
kaynak

Uzun zamandır gayet iyi çalışan bir backtick betiğim vardı. 4.20.4 -> 5.4.80'den bir çekirdek güncellemesi yaptım ve aniden bu sorunla karşılaştım. Her ne sebeple olursa olsun, çağıran sensors -ubetiğim yeni çekirdekte çok daha yavaş ... beni aşağıya gönderen oldukça tavşan deliği.

— Chris