☰

Alt-SysRq-E 终止 init

tag-icon • tag-icon kernel sysrq
Alt-SysRq-E 终止 init

注意：是的，我有一个 QWERTY 键盘。我echo 1 > /proc/sys/kernel/sysrq之前还在 root 状态下完全启用了 SysRq。

今晚，我的笔记本电脑在打开 Chromium 和 Minecraft 时死机了。等了一会儿后，系统没有再响应，所以我切换到 tty1（非常慢）并执行安全重启序列（Alt-SysRq-REISUB）。当我到达 E 时，文本开始在我的显示器上飞舞。之后，我的键盘的 CapsLock 和 ScrollLock 指示灯开始无休止地闪烁。我显示器上的文本如下：

  • 顶部是 ext3 I/O 函数回溯的结束
  • 中间充满了有关写入磁盘某处的错误，还有有关坏超级块的错误（！）
  • 最后一行是Kernel panic - not syncing: Attempted to kill init! (exitcode: 0x00000007)

当我重新启动时，我认为 fsck 修复了文件系统（我猜 Minecraft 正在保存）。我的问题是：为什么 Alt-SysRq-E 会杀死 init，而它不应该这样做？

答案1

Alt++SysRq不会E杀死 init。

内核崩溃更可能是由以下原因引起的：冻结您所经历的。当您发出终止所有命令与魔法组合，内核向导致您冻结的那个行为不当的进程发送了 SIGTERM 信号，由于这是一个行为不当的进程，它决定不像绅士或武士那样在需要死亡时死亡，而是试图在死亡前处理该信号并在死亡前做一些事情。在处理该信号时，它给您已经不稳定（冻结）的系统带来了更多问题，并导致内核恐慌。（因此Alt+ SysRq+E触发了该恐慌，但这不是导致 init 死亡的错误。或者发生了类似的事情，也许没有那么戏剧性。

答案2

您需要拍摄一张照片或仔细查看消息以确保无误，但根据您的描述，我猜测您的磁盘出现了 IO 错误（这不是一个好兆头），并且当 init 尝试执行某些 IO 时，这会在文件系统驱动程序中触发内核 OOPS，这就是 init 死亡的原因。

您应该使用磁盘实用程序检查驱动器的 SMART 状态。运行长时间自检（这可能需要几个小时）并确保没有坏扇区。如果再次发生这种情况，请尝试获取错误的照片。

相关内容