어제는 bash10시간 정도 스크립트를 실행했습니다. 컴퓨터를 사용하려고 갔는데 컴퓨터가 잠겨 있었습니다.
- 나는 데비안이 설치된 Eee PC를 가지고 있습니다.
- 화면은 계속 표시되지만 마우스나 키보드가 작동하지 않습니다.
- 노력했지만 CtrlAltDelete소용이 없었습니다.CtrlAltBackspaceCtrlAltF1
- 하드 드라이브 표시등이 작동하지 않습니다.
무엇이 잘못되었는지 어떻게 알 수 있나요? 어떤 로그를 확인할 수 있나요?
답변1
/var/log/syslog다른 파일 /var/log/에서 모든 메시지를 찾을 수 있습니다 . logrotate가 설치되어 있으면 오래된 메시지가 /var/log/syslog.1등에 위치합니다 ./var/log/syslog.2.gz
그러나 커널이 잠기면 관련 메시지를 찾을 가능성이 낮습니다.
X 서버만 잠겨 있을 수도 있습니다. 이 경우 일반적으로 SSH를 통해 네트워크를 통해 PC에 계속 액세스할 수 있습니다(설치한 경우). 게다가 매직 SysRq 키시도하는 단축키도 작동하도록 키보드의 원래 설정을 해제하세요.
답변2
/var/log/dmesg[ ]와 같은 소프트웨어 문제를 읽을 수 kernel있으며, 서비스 오류인 경우 Apache와 같은 서비스 로그를 읽을 수 있습니다./var/log/apache/error.log
일부 하드웨어 오류는 기록할 수 없는 것 같습니다.
답변3
데이터를 얻는 데 도움이 되는 정확한 명령을 드릴 수는 없습니다. 그러나 범인을 찾는 일반적인 방법은 명령의 출력을 주기적으로 캡처하는 방법입니다. 시스템이 충돌하기 전에 실행된 명령에 대한 데이터를 갖게 되므로 도움이 될 것입니다.
crontab(H)을 사용하여 이 작업을 수행할 수 있습니다.owTo: Linux 또는 UNIX에서 cron에 작업을 추가하시겠습니까?).
아니면 서비스가 있어요SeaLion - Linux 서버 모니터링 및 디버깅 도구 여기에서 명령을 예약하고 시스템 상태를 온라인으로 확인할 수 있습니다.
답변4
로깅 문제를 검색하는 동안 우연히 이 게시물을 발견했지만, 재부팅에 응답하지 않는 OP 시스템, X 서버 종료 및 키보드에서 입력된 tty 명령과 관련된 다른 참조를 위해 다음을 추가하겠습니다.
하드웨어 전원 옵션(예를 들어(즉, 재시작).
그러나 SysRq를 활성화해야 합니다. Ubuntu 20.04에서 이는 다음을 수행하는 것을 의미합니다.
echo 1 > /proc/sys/kernel/sysrq
현재 세션 또는 영구 구성의 경우 /etc/sysctl.conf에 다음이 나타납니다.
kernel.sysrq=1
이 프로세스는 다른 배포판에 따라 다를 수 있습니다.
Alt+SysRq+b를 호출하기 전에 사용 가능한 다른 SysRq 명령을 확인하라는 제안을 서둘러 추가하고 싶습니다. 시스템을 안정적인 상태로 전환하기 직전에 시스템을 재부팅하여 파일 손상을 비롯한 다른 문제를 일으킬 수 있기 때문입니다. 이러한 다른 명령과 명령 시퀀스는 다른 곳에서 잘 문서화되어 있습니다.