Màn hình GNU không phản hồi, có vẻ như bị chặn

88

Màn hình GNU dường như bị đóng băng. Không thể nhập đầu vào của người dùng.

Tôi đang sử dụng màn hình GNU và khi tôi nhấn vào màn hình, nó không phản hồi. Tôi có thể thực thi tất cả các lệnh trên màn hình GNU, nhưng không thể nhập thông tin đầu vào của người dùng. Tôi không muốn giết màn hình này vì tôi có việc quan trọng và tôi không muốn mất nó.

— sirus
nguồn

Xem thêm unix.stackexchange.com/questions/6660/…

— Daniel Reis

132

Trong các lệnh bên dưới, hãy thay thế Ctrlbằng bất kỳ phím thoát nào của bạn dành cho các lệnh trên màn hình.

Hãy thử Ctrl+ a q, là trình tự để bỏ chặn cuộn.

Ctrl+ a slà trình tự chặn cuộn, làm cho màn hình như bị đóng băng.

— wkl
nguồn

Vâng, nó làm việc nhưng chỉ trong một màn hình, trong một trong những khác nó bỏ :(

— sirus

7

Bạn Sir, vừa làm cho ngày của tôi :) tài liệu GNU màn hình không đưa ra khi googling "màn hình đóng băng gnu": /

— david_p

1

Tôi đã từng gặp vấn đề tương tự. Chỉ có một màn hình bị đóng băng, điều này khiến tôi tin rằng sự cố là "màn hình cụ thể". Thật vậy, tôi đã vô tình nhấn Ctrl-A s.

— smithfarm

Tôi đã quá quen với việc sử dụng CTRL + A để đi đến đầu dòng lệnh để thêm sudo(vì tôi quên bắt đầu với nó) nên khi tôi sử dụng màn hình, tôi luôn khóa nó! Như nhận xét trước đó đã nói, CTRL+A qchủ yếu hoạt động, đôi khi tồn tại màn hình. Ước gì CTRL + A không phải là mặc định, trên các máy chủ tôi sử dụng rất nhiều, tôi thay đổi nó thành phím "ESC".

— johnnyB

1

Kết hợp con thú nhỏ khó chịu này với Ctrl + S khủng khiếp của PuTTY sẽ gửi một XOFF và nó thực sự khiến tôi sợ "s" trên bàn phím của mình. Nó xấu xa. Kỳ lạ là tổ hợp phím PuTTY là Ctrl + Q để gửi một XON ... "q" là vị cứu tinh. Cảm ơn bạn, câu trả lời tuổi 6.

— JNevill

67

Khi sử dụng PuTTY , bạn có thể nhận được một màn hình dường như bị đóng băng nếu bạn nhấn Ctrl+ s. Điều này sẽ gửi một Xofftín hiệu chặn đầu ra của thiết bị đầu cuối.

Giải pháp là nhấn Ctrl + qđể gửi Xontín hiệu.

— Daniel Reis
nguồn

Cũng đã làm việc cho tôi trên ROXTerm trên Linux - màn hình đã bị khóa và cho tôi lời nhắc đăng nhập.

— Túi và

Đã lưu ngày (và đêm) của tôi.

— sk

8

Ở trên hoạt động tốt nếu đó là vấn đề của bạn.

Điều này cũng có thể xảy ra nếu bạn đang chuyển sang một máy khác và không vào cửa sổ trong một thời gian, sau đó khi bạn quay lại, nó sẽ bị đóng băng. Để khắc phục điều này, bạn có thể thử các cách sau:

1) Tạo một cửa sổ mới

Ctrl-a c

2) ssh vào hộp nơi bạn ssh vào hộp trong cửa sổ bị đóng băng.

3) Tìm quá trình ssh đang chạy:

ps aux | grep <remote_box_on_frozen_screen>

hoặc là

ps aux | grep <your_user_id>

4) Diệt quy trình

kill <process_id>

— Hazok
nguồn

Không biết làm thế nào mà tôi lại đưa mọi thứ vào trạng thái không phản hồi như vậy, vì thường ctrl-q có tác dụng với tôi, nhưng tôi phải làm điều này và mất công. 1 cho sự đổ vỡ ở đây-trong-case-of-khẩn cấp lời khuyên

— Taranaki

2

Thông thường, bất kỳ kết nối SSH bị đóng băng nào cũng có thể được đóng lại bằng cách nhấn Enter, sau đó nhấn ~và sau đó .(xem thêm tại đây ).

— fotNelton

3

Khi bạn thực hiện screen -ls, số đầu tiên của tên màn hình là id tiến trình. Vì vậy, nếu đầu ra là

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.

Sau đó, điều này sẽ giết nó:

kill 21605

Lưu ý rằng số cho lệnh giết giống như trong screen -lsđầu ra.

— Pylinux
nguồn

2

Nếu bạn đang sử dụng các lệnh backtick trong dòng trạng thái - nghĩa là nếu bạn .screenrccó một cái gì đó như sau:

backtick 1 0 60 /some/script.sh

thì bạn muốn chắc chắn rằng tập lệnh nhanh: rõ ràng việc thực thi backtick chặn tất cả IO để sàng lọc.

Nếu bạn thực hiện các thay đổi đối với cấu hình, bạn sẽ cần khởi động lại phiên màn hình (vì cấu hình chỉ áp dụng cho các phiên mới).

— Piskvor rời tòa nhà
nguồn