在键盘无响应时调试崩溃

Lor*_*mon 5 debugging freeze 14.04

Ubuntu 14.04、Kernel 3.13 崩溃非常频繁,尤其是在使用 Firefox、Eclipse 和 VLC 时。崩溃的影响是:

  • 所有 USB 设备停止响应
  • 如果播放视频,它会挂断并且听起来像一个旧的卡住记录(无限循环播放一秒钟的视频)
  • 如果我尝试重新插入 USB 设备,它们将无法通电
  • 因此 SysRq 不起作用
  • kern.log 或 syslog 中没有条目

注意:https : //help.ubuntu.com/community/DebuggingSystemCrash 上的官方调试解决方案中没有提到任何内容,原因很明显,没有输入设备处于活动状态。

我尝试了以下没有运气

  • 更新内核(尝试 3.19)
  • 更改图形驱动程序(nouveau、nvidia 331、304 和 340)

附加信息:

编辑: 我很兴奋,问题没有解决,但第一次,系统吐出一个可读的错误。

系统设置:内核 3.18.7 - Nouveau 驱动程序

错误图像 在此处输入图片说明

备用错误图像 在此处输入图片说明

任何帮助将不胜感激,即使是耳语或调试选项。

编辑 2015/02/24:刚刚想起另一条可能有帮助的信息,我在 Ubuntu 13.10 上遇到了同样的问题。我通过用 nvidia 331.113 替换 nouveau 驱动程序并关闭 Firefox 和 VLC 上的硬件加速来解决它。Eclipse 仍然时不时地崩溃,但可以忍受(说起来可悲)。

unh*_*mer 0

您可以通过journalctl 使用eg 查看上一次启动的一些消息journalctl -b -1-1意思是“上一次启动”,-b -2会给您之前的消息等)。除非该目录存在,否则日志不会在启动时保留日志/var/log/journal,因此sudo mkdir /var/log/journal如果该目录不存在(然后systemctl restart systemd-journald或重新启动以使其注意到它)。

当内核发生恐慌时,Magic sysrq 不起作用,这似乎就是您的情况。(但如果您想确保您拥有它,请cat /proc/sys/kernel/sysrq检查 sysrq 是否已启用。0 禁用,1 启用,其他数字启用各个功能。)

另一件可能有用的事情是尝试实时发行版以测试最新的内核/驱动程序;live/resque 发行版可能会使尝试各种驱动程序版本更加安全。当然,如果您能够找到重现崩溃的“最小”或尽可能最小的情况,这会很有帮助,这样您就不必在实时会话中花费超过必要的时间来确定它是否会崩溃或不 :)