英语

解释“未找到可工作的 init”启动挂起消息

作者:

Andreas Mohr <andi at lisas period de> Cristian Souza <cristianmsbr at gmail period com>

本文档提供了一些加载 init 二进制文件失败的高级原因（大致按执行顺序排列）。

  1. 无法挂载根文件系统：设置“debug”内核参数（在引导加载程序配置文件或 CONFIG_CMDLINE 中）以获取更详细的内核消息。

  2. init 二进制文件在根文件系统上不存在：确保您具有正确的根文件系统类型（并且 root= 内核参数指向正确的分区），所需的驱动程序（如存储硬件（如 SCSI 或 USB！）和文件系统（ext3、jffs2 等））是内置的（或者作为模块，由 initrd 预加载）。

  3. 控制台设备损坏：可能是 console= setup 中存在冲突 -> 初始控制台不可用。例如，某些串行控制台由于串行 IRQ 问题（例如缺少基于中断的配置）而不可靠。尝试使用不同的 console= device 或例如 netconsole=。

  4. 二进制文件存在但依赖项不可用：例如，init 二进制文件所需的库依赖项（如 /lib/ld-linux.so.2）丢失或损坏。使用 readelf -d <INIT>|grep NEEDED 找出需要哪些库。

  5. 无法加载二进制文件：确保二进制文件的架构与您的硬件匹配。例如，i386 与 x86_64 不匹配，或尝试在 ARM 硬件上加载 x86。如果您尝试在此处加载非二进制文件（shell 脚本？），您应该确保该脚本在其 shebang 标头行 (#!/...) 中指定了一个完全可用的解释器（包括其库依赖项）。并且在处理脚本之前，最好先测试一个简单的非脚本二进制文件（如 /bin/sh），并确认其成功执行。要了解更多信息，请将代码 添加到 init/main.c 以显示 kernel_execve() 的返回值。

每当您发现新的故障原因时，请扩展此说明（毕竟加载 init 二进制文件是一个至关重要且困难的过渡步骤，需要尽可能无痛地完成），然后将补丁提交到 LKML。进一步的待办事项

  • 通过一个可以存储 kernel_execve() 结果值的结构数组来实现各种 run_init_process() 调用，并在失败时通过迭代所有结果来记录所有结果（非常重要的可用性修复）。

  • 尝试使实现本身在一般情况下更有帮助，例如在受影响的地方提供额外的错误消息。