嵌入式Linux启动卡在内核阶段怎么排查？面试要建立启动链证据-凡亿面试

题库分类：嵌入式Linux适合经验：1—5年难度：中高级题型：系统排查题 + 启动流程题

面试题

嵌入式Linux设备从Bootloader跳转内核后启动停住，串口可能没有输出，也可能停在某条日志。你会怎样定位？

面试官想看你能否把启动链分段，而不是看到“没进系统”就重刷镜像。可靠的排查要区分Bootloader加载、内核解压与入口、早期控制台、设备树解析、驱动初始化、根文件系统挂载和PID 1启动。

记录Bootloader、内核镜像、DTB、initramfs或根文件系统版本，以及实际启动命令和环境变量。保存冷启动完整串口日志，并与最近一次可启动版本比较。没有版本边界时，后续每次重编译都可能引入新的变量。

确认镜像格式、加载地址、入口地址、DTB地址和内存范围没有冲突，并核对Bootloader传入的命令行。串口控制台设备、波特率、引脚复用和时钟若配置不一致，内核可能在运行但你看不到输出。必要时按平台规范启用早期控制台或更高日志级别，但不能用错误的控制台参数掩盖真实问题。

如果停在某个驱动初始化附近，检查该驱动是否在等待硬件、时钟、中断或锁，并用初始化调用调试、增加窄范围日志、临时禁用对应设备树节点或回退单个提交验证。不能只凭最后一条打印就认定那一行代码是故障点，因为日志缓冲和并发初始化可能让真实卡点在后面。

出现无法挂载根文件系统时，检查root参数、设备枚举名称、分区、文件系统类型、存储控制器和文件系统驱动是否内建或已包含在initramfs中。若根设备出现较晚，还要按实际介质判断等待策略。把驱动编成模块却又没有可用initramfs，是常见的启动闭环缺口。

根文件系统挂载后仍不能进入系统，要确认/init或/sbin/init是否存在、可执行，解释器和动态库是否齐全，控制台设备是否可用。可以在受控调试环境下启动到简化shell来区分内核、根文件系统和业务服务问题，正式版本再恢复正常启动链。

我会先固定Bootloader、内核、DTB和根文件系统版本，保存完整串口日志，用最后一个可靠阶段切分问题。没有内核输出时先查镜像与DTB加载地址、入口和console配置；有输出时再看是驱动初始化、根文件系统挂载还是init启动阶段。

根文件系统挂载失败会重点检查root参数、存储与文件系统驱动是否内建或在initramfs中。若停在某驱动附近，我会增加窄范围日志、查看初始化调用，临时禁用节点或回退改动做对照。整个过程保持一次只改变一个变量，并保留可启动版本作为基线。

“卡住就把所有日志都打开。”——可能造成时序变化和大量噪声，应该分阶段加证据。

“最后一条打印对应的驱动一定有问题。”——忽略日志缓冲与并发。

“重刷整个系统能启动就算定位完成。”——没有找到具体变量和根因。