[linux] GNU 화면이 응답하지 않고 차단 된 것 같습니다.

GNU 화면이 멈춘 것 같습니다. 사용자 입력을 입력 할 수 없습니다.

GNU 화면을 사용하고 있었는데 화면을 눌렀을 때 응답이 없습니다. 모든 GNU 화면 명령을 실행할 수 있지만 사용자 입력을 입력 할 수 없습니다. 나는 중요한 일이 있고 그것을 잃고 싶지 않기 때문에이 화면을 죽이고 싶지 않습니다.



답변

아래 Ctrl명령에서 화면 명령 용 이스케이프 키로 바꿉니다.

스크롤 차단을 해제하는 순서 인 Ctrl+를 사용해보십시오 a q.

Ctrl+ a s는 스크롤을 차단하는 시퀀스로 화면이 멈춘 것처럼 보입니다.


답변

PuTTY 를 사용할 때 Ctrl+ 를 누르면 화면이 멈춘 것처럼 보일 수 있습니다 s. 이것은 터미널의 출력을 차단 하는 Xoff신호를 보냅니다 .

해결책은 + 를 눌러 신호 를 보내는 것 입니다.CtrlqXon


답변

위의 내용이 문제인 경우 잘 작동합니다.

이것은 또한 다른 컴퓨터에 ssh’d하고 한동안 창에 가보지 않은 경우에도 발생할 수 있으며 다시 돌아 가면 고정됩니다. 이 문제를 해결하려면 다음을 시도 할 수 있습니다.

1) 새 창 만들기

Ctrl-a c

2) 고정 된 창의 상자에 ssh를 넣은 상자에 ssh를 넣습니다.

3) ssh가 실행중인 프로세스를 찾습니다.

ps aux | grep <remote_box_on_frozen_screen>

또는

ps aux | grep <your_user_id>

4) 프로세스 종료

kill <process_id>


답변

할 때 screen -ls화면 이름의 첫 번째 숫자는 프로세스 ID입니다. 따라서 출력이

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

kill 명령의 번호는 screen -ls출력 과 동일 합니다.


답변

상태 줄에서 backtick 명령을 사용하는 경우-즉, .screenrc다음과 같은 경우 :

backtick 1 0 60 /some/script.sh

그런 다음 스크립트가 빠른지 확인하고 싶습니다. 분명히 backtick 실행은 모든 IO를 차단합니다.

구성을 변경하는 경우 화면 세션을 다시 시작해야합니다 (구성은 새 세션에만 적용되므로).


답변