1. 启动流程总览：从BIOS/UEFI到init进程的完整启动链路概述
Linux系统的启动是一个多阶段、高度结构化的过程，从按下电源键到用户看到登录提示符，经历了固件初始化、引导加载、内核解压、硬件探测、根文件系统挂载以及用户空间初始化等多个关键阶段。理解这条完整的启动链路，是进行内核启动故障排查的基础。
1.1 启动阶段全景图
整个启动流程可以划分为以下六个核心阶段，每个阶段都有明确的输入、输出和故障边界：
核心观点： 启动故障的根因通常集中在阶段交接处（如固件→引导器、引导器→内核、内核→init）。掌握每个阶段的职责与典型日志输出，能大幅缩小排查范围。
1.2 各阶段详细职责与关键事件
| 阶段 | 主要职责 | 关键输出/日志 | 典型故障模式 |
|---|---|---|---|
| 1. BIOS/UEFI | 硬件自检(POST)、选择启动设备、加载引导扇区或EFI应用 | 无系统日志；屏幕POST码或蜂鸣码 | 硬件故障、启动顺序错误、Secure Boot阻止 |
| 2. Bootloader | 加载内核映像(vmlinuz)与initramfs到内存，传递启动参数 | GRUB菜单、内核命令行 | 配置文件错误、内核映像损坏、文件系统不可读 |
| 3. 内核解压与早期初始化 | 解压内核、设置页表、进入保护模式/长模式、调用start_kernel() | 早期printk输出（需earlyprintk） | 解压失败、CPU不兼容、内存映射错误 |
| 4. 内核核心初始化 | 初始化中断、调度器、内存管理、VFS、设备驱动、网络栈 | dmesg 内核日志 | 驱动崩溃、OOM、死锁、硬件资源冲突 |
| 5. 挂载根文件系统 | 加载initramfs驱动、探测根设备、挂载真正的rootfs | "VFS: Mounted root" 消息 | 根设备找不到、文件系统损坏、initramfs缺失 |
| 6. init进程启动 | 执行/sbin/init或systemd，进入用户空间初始化 | systemd日志或SysVinit启动脚本输出 | init二进制缺失、systemd单元崩溃、挂载点失败 |
1.3 关键代码路径：从start_kernel到init
内核启动的核心入口是 init/main.c 中的 start_kernel() 函数。以下是最简化的调用链，展示了从架构无关初始化到最终执行init进程的路径：
start_kernel()
├── setup_arch() // 架构相关初始化（页表、中断描述符）
├── trap_init() // 中断向量表初始化
├── mm_init() // 内存管理子系统初始化
├── sched_init() // 调度器初始化
├── init_IRQ() // 中断控制器初始化
├── console_init() // 控制台初始化（printk可用）
├── vfs_caches_init() // VFS缓存初始化
├── rest_init() // 创建kernel_init线程
│ └── kernel_init() // 内核init线程
│ ├── do_basic_setup() // 驱动加载、文件系统注册
│ ├── prepare_namespace() // 挂载根文件系统
│ └── run_init_process() // 执行/sbin/init
└── cpu_startup_entry() // idle循环
排查提示： 如果系统在
console_init() 之前崩溃，将无法看到任何内核日志。此时需要使用 earlyprintk 或串口调试来捕获早期输出。在x86平台上，可以在GRUB命令行中添加 earlyprintk=serial,ttyS0,115200。
1.4 启动参数与内核命令行
Bootloader传递给内核的命令行参数直接影响启动行为。以下是与启动流程最相关的参数分类：
- 根设备指定：
root=/dev/sda1、root=UUID=xxx、root=LABEL=xxx - initramfs控制：
rdinit=/sbin/init、rd.shell（进入紧急shell） - 调试与日志：
earlyprintk、debug、ignore_loglevel、log_buf_len=4M - 故障恢复：
single（单用户模式）、emergency、init=/bin/bash - 硬件限制：
acpi=off、nomodeset、maxcpus=1
1.5 启动流程中的关键决策点
1.6 启动日志的获取与解读
启动日志是故障排查的第一手资料。不同阶段的日志获取方式不同：
- BIOS/UEFI阶段： 无操作系统日志，依赖POST卡、蜂鸣码或UEFI事件日志。
- Bootloader阶段： GRUB提供交互式命令行，可按
e编辑启动项，按c进入GRUB shell。 - 内核早期阶段： 使用
earlyprintk将日志输出到串口或VGA；或通过netconsole远程捕获。 - 内核稳定阶段： 使用
dmesg命令查看环形缓冲区中的日志；日志也保存在/var/log/kern.log或journalctl -k。 - 用户空间阶段： systemd日志使用
journalctl -b查看本次启动日志。
常见误区： 很多工程师在系统无法启动时，试图通过SSH或本地登录后执行
dmesg 来排查。但如果系统在init阶段之前崩溃，这些命令根本无法执行。正确的做法是：配置串口重定向、使用 earlyprintk、或通过GRUB的 rd.shell 进入initramfs的紧急shell。
1.7 启动流程的时间线参考
以下是一个典型Linux服务器（SSD、4核、4GB内存）的启动时间分布，可作为性能基准：
| 阶段 | 典型耗时 | 占比 | 优化空间 |
|---|---|---|---|
| BIOS/UEFI自检 | 2-8秒 | 10-20% | 启用快速启动、减少内存检测 |
| Bootloader加载 | 0.5-2秒 | 2-5% | 精简GRUB配置、使用UEFI直接启动 |
| 内核解压与初始化 | 1-3秒 | 5-10% | 使用压缩率更高的内核、裁剪驱动 |
| 驱动加载与设备探测 | 3-10秒 | 15-30% | 模块化驱动、禁用不必要硬件 |
| 挂载根文件系统 | 0.5-2秒 | 2-5% | 使用initramfs最小化、SSD |
| init/systemd启动 | 5-20秒 | 30-50% | 并行启动服务、禁用非必要单元 |
1.8 本章小结
启动流程总览为后续章节的深入排查建立了全局视角。记住以下三个关键点：
- 阶段边界即故障边界： 大多数启动失败发生在阶段交接处，尤其是Bootloader→内核、内核→init这两个过渡点。
- 日志是排查的基石： 不同阶段使用不同的日志获取手段，提前配置好串口或
earlyprintk是专业工程师的必备技能。 - 参数控制行为： 内核命令行参数是启动流程的“开关”，熟练掌握
root=、init=、rd.shell等参数可以在故障时快速切换行为。