在过去的几个月中，我遇到了周期性无响应的情况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 作业的进度）并且正在运行的任何作业继续运行，但通过键盘和鼠标与系统的交互受到严重限制。两种形式的键盘输入被发现仍然有效。首先，在显示锁定后（我通过inslock的存在启用了计时器），屏幕锁定器接受密码并允许恢复否则冻结的 X11 会话。其次，正如建议的xautolock -time 60 -locker sloc~/.config/openbox/autostart这个答案到链接的帖子，Ctrl+Alt+F1可以Ctrl+Alt+F6工作（尽管Ctrl+Alt+Backspace不能），并且我可以startx从新控制台登录，此时我在第一个 X11 控制台 ( Ctrl+Alt+F1) 中有一个冻结的 X11/openbox 会话，在第二个 X11 控制台中有一个正常运行的会话( Ctrl+Alt+F2)。最终，第二个 X11 实例将冻结，有趣的是，当发生这种情况时，第一个实例解冻，我可以再次在那里工作。因此，只需在定期冻结和相互解冻的两个实例之间进行交替，就可以避免硬重启系统，这是在发现允许Ctrl+Alt+F2-6某种形式的系统救援之前的解决方案（尽管在冻结会话中具有 GUI 的任何进程都具有如果我想继续使用它，则在新会话中重新启动）。
我一直无法找到此问题的原因，并且希望您能帮助诊断该问题。我已经运行 debian/openbox 多年了，这个问题只是在最近几个月发生的。 X11死机后检查top没有发现任何明显问题；dmesg并且/var/log/messages也是不公开的。我想找到问题的根源，防止问题再次发生。
答案1
我也一直在试图找出影响 3.6.1 版本 openbox 的问题是什么。到目前为止我发现的是你的 ~/.config/openbox/rc.xml 文件中有一个与鼠标相关的“部分”节点，就会出现这个问题。到目前为止我发现了两个选择：
1 - 将完整节点从 /etc/xdg/openbox/rc.xml 复制到本地节点； 2 - 只需删除本地文件节点。
当然，如果您需要更改与鼠标相关的设置，则需要使用第一个选项。不要使用 obconf 设置鼠标操作，这会再次出现问题。