内核初始化期间崩溃的可能原因是什么？
我正在运行一个具有 initramfs 的内核，inittab 是非常基本的 rcS(如 sysinit)和 getty(respawn)。启动时我没有收到任何错误消息，但是 init 给了我以下消息: S0 重生太快:禁用 5 分钟，其中 S0 实际上是 respawn::getty 行(看起来 getty 一直崩溃)，而且控制台上看不到 rcS 生成的任何消息(我假设 rcS 命令也会崩溃)。
如果我强制内核转到/bin/sh (而不是/init)，我可以手动调用 rcS 并且不会出现任何错误，getty 也会发生同样的情况(如果我使用 inittab 中的相同参数调用 getty，则工作正常)。
我想知道 init 生成进程的方式和/bin/sh 的方式有什么区别。
最佳答案
某些操作系统的日志 init 重新生成到 wtmp，您可能需要检查那里。打开您的系统日志也可能有所帮助。
当您通过/bin/sh 启动 getty 时，它会保持运行吗？ AFAIK，init respawn 的技巧是监控它生成的 PID，如果它出现故障，就会启动另一个 PID。
关于linux - Linux内核初始化期间的问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/886566/