開封時に説明できない無反応を診断します。

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セッションがあります。 2番目のX11コンソール操作セッション（Ctrl+Alt+F2）。結局、2番目のX11インスタンスが停止し、興味深いことにこのようなことが起こった場合は、最初のインスタンスの停止が解放され、そこで再び作業できます。したがって、定期的に2つのインスタンスを交互にし、互いに凍結して解凍することで、システムのハードリブートを回避できます。これはCtrl+Alt+F2-6、ある種のシステム回復を許可することが見つかるまでのソリューションでした（固定セッションでGUIを使用しても）。すべてのプロセスは次のことを行う必要があります。引き続き使用するには、新しいセッションから再開してください。）

この問題の原因が見つかりませんでした。診断に役立つ必要があります。私は長年debian / openboxを使用してきましたが、この問題は過去数ヶ月間にのみ発生しました。 X11が墜落した後の検査では、top明らかな問題は発見されず、公開されdmesgてい/var/log/messagesません。問題の根本原因を見つけて再発を防ぎたい。