openbox지난 몇 달 동안 주기적인 응답 없음 현상이 발생했습니다 .이 게시물. 내 설정은 Linux 4.9.0-3-amd64, debian 9.0, openbox 3.6.1입니다. 링크된 게시물에서 언급했듯이 특정 키보드 및 마우스 입력에 세션이 자주(며칠마다) 응답하지 않게 됩니다. 마우스 커서가 여전히 화면 주위에서 움직이는 것을 볼 수 있고 초점을 다른 창으로 이동할 수 있지만 더 이상 창을 수정(이동, 최소화, 최대화, 닫기)하거나 창을 사용할 수 없습니다(창 내의 버튼 클릭). (여전히 열려 있는 xterm 창에서 클릭하고 드래그하여 텍스트를 선택할 수 있습니다). 키보드 입력도 등록에 실패합니다. 개방형 xterm 에뮬레이터에 입력할 수 없으며 키 바인딩이 작동하지 않습니다(예: Alt+tab에 설정된 사용자 정의 바인딩 $HOME/.config/openbox/rc.xml). Windows는 계속해서 콘텐츠를 업데이트하고(예: 진행 중인 rsync 작업의 진행 상황을 동적으로 업데이트) 실행 중인 모든 작업은 계속 실행되지만 키보드 및 마우스를 통한 시스템과의 상호 작용은 심각하게 제한됩니다. 두 가지 형태의 키보드 입력 모두 여전히 작동하는 것으로 나타났습니다. 먼저, 디스플레이가 잠긴 후( slock화면 잠금 기능을 통해 타이머를 활성화했습니다), 화면 보관함은 비밀번호를 수락하고 그렇지 않으면 정지된 X11 세션을 재개할 수 있도록 허용합니다. 둘째, 제안한대로xautolock -time 60 -locker sloc~/.config/openbox/autostart이 답변링크된 게시물에 연결하면 Ctrl+Alt+F1작동 Ctrl+Alt+F6하고(비록 Ctrl+Alt+Backspace그렇지는 않지만) startx새 콘솔에서 로그인할 수 있습니다. 이 시점에서 Ctrl+Alt+F1첫 번째 X11 콘솔()에는 고정된 X11/openbox 세션이 있고()에는 고정된 X11/openbox 세션이 있습니다. 두 번째 X11 콘솔 작동 세션( Ctrl+Alt+F2). 결국 두 번째 X11 인스턴스가 정지되고, 흥미롭게도 이런 일이 발생하면 첫 번째 인스턴스의 정지가 해제되어 거기서 다시 작업할 수 있습니다. 따라서 주기적으로 두 인스턴스를 번갈아 가며 서로를 동결하고 해동함으로써 시스템의 하드 재부팅을 피할 수 있습니다. 이는 Ctrl+Alt+F2-6어떤 형태의 시스템 복구를 허용하는 것이 발견될 때까지의 솔루션이었습니다(고정된 세션에서 GUI를 사용하더라도). 모든 프로세스는 다음을 수행해야 합니다. 계속 사용하려면 새 세션에서 다시 시작하세요.)
이 문제의 원인을 찾을 수 없었으며 이를 진단하는 데 도움이 필요합니다. 저는 수년간 debian/openbox를 사용해 왔는데 이 문제는 지난 몇 달 동안에만 발생했습니다. X11이 추락한 후의 검사에서는 top어떠한 명백한 문제도 발견되지 않았으며 공개 dmesg되지 /var/log/messages도 않았습니다. 문제의 근본 원인을 찾아 재발을 방지하고 싶습니다.
답변1
또한 Openbox 3.6.1 버전에 영향을 미치는 문제가 무엇인지 알아내려고 노력해 왔습니다. 지금까지 내가 찾은 것은 ~/.config/openbox/rc.xml 파일에 마우스 관련 "섹션" 노드가 있으면 문제가 발생한다는 것입니다. 지금까지 두 가지 옵션을 찾았습니다.
1 - /etc/xdg/openbox/rc.xml의 전체 노드를 로컬 노드에 복사합니다. 2 - 로컬 파일 노드만 삭제합니다.
물론 마우스 관련 설정을 변경해야 한다면 첫 번째 옵션을 사용하는 것이 좋습니다. 마우스 동작을 설정하기 위해 obconf를 사용하지 마십시오. 이렇게 하면 문제가 다시 발생합니다.