☰

如何确定我的计算机崩溃的原因？

tag-icon • tag-icon debian crash
如何确定我的计算机崩溃的原因？

昨天，我运行了一个bash脚本大约 10 个小时。当我去使用电脑时，它锁住了。

  • 我有一台装有 Debian 的 Eee PC。
  • 屏幕仍然可见，但鼠标或键盘不起作用。
  • 我尝试过，，，CtrlAltDelete但没有效果。CtrlAltBackspaceCtrlAltF1
  • 硬盘驱动器指示灯未显示任何活动。

我如何确定出了什么问题？我可以检查哪些日志？

答案1

您可以在/var/log/syslog其他/var/log/文件中找到所有消息。如果安装了 logrotate，旧消息位于等中/var/log/syslog.1。/var/log/syslog.2.gz

但是，如果内核确实锁定，您找到任何相关消息的可能性就会很低。

可能只有 X 服务器锁定。在这种情况下，您通常仍然可以通过 ssh 通过网络访问 PC（如果您已安装）。还有 魔法 SysRq 键取消键盘的原始设置，以便您尝试的快捷键也可以工作。

答案2

您可以阅读/var/log/dmesg任何软件问题，例如 [ kernel] ，如果是服务错误，您可以阅读服务日志，例如 apache/var/log/apache/error.log

我猜有些硬件错误无法记录

答案3

我无法为您提供可以帮助您获取数据的确切命令。但找到罪魁祸首的一般方法是如何定期捕获命令的输出。这将有所帮助，因为您将获得系统崩溃之前执行的命令的数据。

您可以通过使用 crontab (HowTo：在 Linux 或 UNIX 下将作业添加到 cron？）。

或者，有一项服务SeaLion - Linux 服务器监控和调试工具 您可以在其中安排命令并在线检查系统状态。

答案4

我在谷歌搜索日志问题时偶然发现了这篇文章，但为了其他人参考有关 OP 机器无法响应重新启动、X 服务器终止和从键盘输入的 tty 命令的信息，我将添加以下内容：

虽然硬件电源选项（例如，重置和电源按钮，或者简单地拔掉机器）始终可用，我发现在这些情况下，机器经常响应 SysRq 命令，包括 Alt+SysRq+b （IE， 重启）。

但是，必须启用 SysRq。在 Ubuntu 20.04 中，这意味着执行以下操作：

echo 1 > /proc/sys/kernel/sysrq

对于当前会话，或者对于持久配置，在 /etc/sysctl.conf 中显示以下内容：

kernel.sysrq=1

对于其他发行版，此过程可能有所不同。

我会赶紧添加一个建议，在调用 Alt+SysRq+b 之前检查其他可用的 SysRq 命令，因为它会在将系统置于稳定状态之前立即重新启动系统，这可能会造成其他困难，包括文件损坏。这些其他命令和命令序列在其他地方都有详细记录。

相关内容