Экран GNU не отвечает, кажется, заблокирован

Экран GNU зависает. Невозможно ввести данные, введенные 9X_kill пользователем.

Я использовал экран GNU, и 9X_freeze когда я нажимал на экран, он перестал отвечать. Я 9X_freeze могу выполнять все экранные команды GNU, но 9X_kill не могу вводить данные, вводимые пользователем. Я 9X_linux не хочу убивать этот экран, у меня есть 9X_linux важная работа, и я не хочу ее терять.

98
0
5
Общее количество ответов: 5

Ответ #1

Ответ на вопрос: Экран GNU не отвечает, кажется, заблокирован

В приведенных ниже командах замените Ctrl любой 9X_kill-process вашей клавишей escape для экранных команд.

Попробуйте 9X_kill Ctrl + a q , что представляет собой последовательность 9X_kill для разблокировки прокрутки.

Ctrl + a s - последовательность, которая 9X_kill блокирует прокрутку, из-за чего экран кажется 9X_freeze зависшим.

150
3

  • Вы, сэр, просто сделали мой день :) При поиске в Google "зависания экрана gnu" не появлялась документ ...

Ответ #2

Ответ на вопрос: Экран GNU не отвечает, кажется, заблокирован

При использовании PuTTY вы можете получить явно замороженный 9X_freeze экран, если нажмете Ctrl + s . Это отправляет 9X_kill Xoff signal, блокирующий вывод терминала.

Решение состоит 9X_freeze в том, чтобы нажать Ctrl + q , чтобы отправить сигнал 9X_gnu-screen Xon.

69
0

Ответ #3

Ответ на вопрос: Экран GNU не отвечает, кажется, заблокирован

Вышеупомянутое отлично работает, если это 9X_gnu-screen ваша проблема.

Это также может произойти, если 9X_kill вы подключились по ssh к другой машине и 9X_gnu-screen какое-то время не заходили в окно, а затем, когда 9X_kill вы вернетесь, оно зависло. Чтобы исправить 9X_kill это, вы можете попробовать следующее:

1) Создайте 9X_freeze новое окно

Ctrl-a c

2) ssh в поле, где вы ssh в поле 9X_freeze в замороженном окне.

3) Найдите процесс, в 9X_gnu-screen котором работает ssh:

ps aux | grep 

или

ps aux | grep 

4) Убейте процесс

kill 

9
1

  • Чаще всего любое замороженное соединение SSH можно принудительно закрыть, нажав `Ent ...

Ответ #4

Ответ на вопрос: Экран GNU не отвечает, кажется, заблокирован

Когда вы выполняете screen -ls, первое число экранного 9X_hang имени является идентификатором процесса. Итак, если 9X_kill результат

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.

Тогда это убьет его:

kill 21605

Обратите внимание, что 9X_kill-process номер для команды kill такой же, как в выводе 9X_gnu-screen screen -ls.

3
0

Ответ #5

Ответ на вопрос: Экран GNU не отвечает, кажется, заблокирован

Если вы используете команды обратного апострофа 9X_kill в строке состояния, то есть если в вашем 9X_hang .screenrc есть что-то вроде этого:

backtick 1 0 60 /some/script.sh

тогда вы хотите 9X_hang быть уверены, что сценарий работает быстро: очевидно, выполнение 9X_kill обратного апострофа блокирует все операции 9X_freeze ввода-вывода на экран.

Если вы внесете изменения 9X_kill в конфигурацию, вам потребуется перезапустить 9X_freeze сеанс экрана (поскольку конфигурация применяется 9X_kill только к новым сеансам).

3
0