저는 Parabola(Arch의 포크)를 사용하고 XFCE 데스크탑 환경을 실행하고 있습니다. 그러나 주기적으로 전체 데스크탑이 정지되는 이상한 충돌이 발생합니다. 커서를 움직일 수 없습니다(사실 커서도 움직일 수 없습니다).바라보다내 커서), 내 컴퓨터가 응답하지 않습니다어느키보드 입력(다른 tty로 전환도 안됨), 기본적으로 전원버튼만 작동합니다. 그러나 동시에 (예를 들어) 백그라운드에서 음악을 재생하면 문제 없이 계속 재생됩니다.
문제의 원인을 진단하는 방법을 전혀 모르겠습니다. 이러한 유형의 동작을 일으키는 원인을 감지하려면 어디에서 무엇을 찾아야 합니까?
답변1
음악이 몇 초 이상 계속 재생된다면 시스템은 정상적으로 실행되지만 X 서버가 정지되어 콘솔 입력에 응답할 수 없다는 의미입니다. tty 간 전환에는 X 서버의 협력이 필요하며, 이를 위해서는 키 조합 처리와 그래픽 카드 재설정이 모두 필요합니다.
컴퓨터에 로그인할 수 있는 다른 방법이 있는 경우 명령을 실행하고 문제를 디버그하거나 최소한 완전히 종료를 수행할 수 있습니다. 대부분의 사람들이 컴퓨터에 로그인하는 한 가지 방법은 다른 컴퓨터(스마트폰 등)에서 SSH를 사용하는 것입니다. 주요 스마트폰 운영 체제에는 터미널 에뮬레이터와 SSH 클라이언트가 있습니다.
명령줄에서 chvt 1
루트로 실행하여 다른 텍스트 콘솔로 전환해 볼 수 있습니다. 그러나 이는 X 서버가 수행하는 작업에 따라 작동할 수도 있고 작동하지 않을 수도 있습니다. X 서버가 응답하지 않으면 스위치가 실패하거나 텍스트 콘솔 그래픽 모드가 올바르게 설정되지 않아 블라인드 타이핑을 할 수 있습니다.
또 다른 유용한 점은마법 시스템 요청: 을 길게 누른 후 (해제 가능)을 Alt누르고 , 니모닉 문자를 누른 후 모든 키를 놓습니다. SysRq이는 커널에 의해 직접 처리되므로 커널이 완전히 잠겨 있지 않는 한 계속 작동합니다. SSH 액세스 권한이 없는 경우 Alt+를 눌러 키보드를 원시 모드에서 전환한 다음 SysRq+ 를 눌러 텍스트 콘솔로 전환해 보세요. 키보드가 더 이상 원시 모드에 있지 않으면 키 바인딩이 커널에 의해 직접 처리되므로 이것이 작동할 가능성이 있습니다. 실행과 마찬가지로 실제 VT 스위치는 X 서버에 의해 손상될 수 있습니다.RCtrlAltF1chvt
명령줄에 접속하면 첫 번째 수준 조사로 다음 중 일부를 수행할 수 있습니다.
htop
또는를 실행하여top
어떤 프로세스가 CPU를 계속 사용하고 있는지 확인하세요.- stdout 및 stderr(또는 배포판이 커널 로그를 저장하는 위치) 또는 (또는 세션 관리자가 stdout 및 stderr을 나타내는 위치) 에서 메시지를
/var/log/Xorg.0.log
확인 하세요 ./var/log/kern.log
~/.xsession-errors
X 프로세스가 CPU 시간의 100%를 차지하고 있거나 X 서버와 공유하고 있다면 해당 프로세스를 종료해 보십시오. Compiz는 일반적인 범죄자입니다.
++ 다음에 ++를 사용하여 X 서버와 X 세션의 모든 프로세스를 Alt종료 할 수 있습니다. 이로 인해 그래픽 카드 상태가 좋지 않을 수도 있습니다. 그런 다음 새 X 서버를 실행해 볼 수 있습니다. 아마도 그래픽 카드를 다시 초기화할 수 있을 것입니다.SysRqKAltSysRqR
잠금을 유발하는 일반적인 문제는 다음과 같습니다.
- 버기 3D 그래픽 드라이버. 3D 드라이버는 2D 드라이버보다 버그가 더 많습니다(더 새롭고 복잡하며 하드웨어 제조업체의 지원이 더 나쁘기 때문에 이해할 수 있습니다). 3D 콘텐츠에 대한 의존도를 낮추십시오. 특히, compiz를 피하세요.
- 그래픽 드라이버에 결함이 있습니다. GPU용 무료 드라이버를 사용하는 경우 독점 드라이버를 사용해 보고 그 반대의 경우도 마찬가지입니다. 최신 버전이나 이전 버전을 사용해 보세요.
- 나쁜 기억. 실행하다기억력 테스트.