第3章：启动流程深度解析——从CPU复位到操作系统内核加载的完整链路
说实话，很多工程师把启动流程想得太简单了。他们觉得不就是按个电源键，然后系统就起来了嘛。但实际做底层开发的人都知道，从CPU复位到操作系统跑起来，中间经过的每一步都可能让你加班到怀疑人生。
我最早接触这块是在一个国产平台的项目上。板子死活起不来，示波器量了三天，最后发现是复位时序差了0.5毫秒。嗯，从那以后我就养成了一个习惯——把启动流程的每个阶段掰开揉碎了看。
3.1 启动流程全景图
先给你一张总图，把整个链路串起来。后面我们再一个一个拆解。
核心要点：整个启动流程可以划分为6个阶段，每个阶段都有明确的入口和出口。搞清楚了这些边界，排查问题就有方向了。
3.2 CPU复位阶段——一切从这里开始
按下电源键的那一刻，CPU的复位引脚会收到一个高电平脉冲。这个脉冲持续的时间，不同平台要求不一样。我记得有一次调试，复位信号只差了200微秒，结果CPU就是不肯正常启动。
复位之后，CPU会做以下几件事：
- 寄存器初始化：通用寄存器清零，PC指针指向复位向量地址
- 模式设置：进入特权模式，关闭中断
- 缓存/TLB初始化：清空指令缓存和数据缓存
- 复位向量跳转：从预定义的地址取第一条指令
注意：不同架构的复位向量地址不同。x86是0xFFFFFFF0，ARM一般是0x00000000或0xFFFF0000。我见过有人把ARM和x86的复位地址搞混，结果代码死活跑不到。你想想看，CPU都找不到入口，后面还怎么玩？
3.3 BIOS/UEFI POST阶段——硬件自检与初始化
CPU复位后，第一条指令通常指向BIOS或UEFI固件。这个阶段说白了就是给硬件做体检，顺便把环境搭好。
POST阶段的核心任务：
| 任务 | 说明 | 常见问题 |
|---|---|---|
| CPU微码加载 | 更新CPU内部微码，修复硬件bug | 微码版本不匹配导致死机 |
| 内存初始化 | 检测内存大小、配置内存控制器 | 内存时序参数错误导致不稳定 |
| 设备枚举 | 扫描PCIe总线，发现所有外设 | 设备地址冲突导致无法识别 |
| 中断控制器设置 | 配置APIC或GIC | 中断路由错误导致外设无响应 |
| 启动设备选择 | 按优先级扫描可启动设备 | 启动顺序配置错误导致找不到引导 |
这里有个经验之谈。我建议你在POST阶段多留意一下蜂鸣器或者LED灯。很多主板会用特定的闪烁模式告诉你卡在哪一步。比如AMI BIOS的1长3短，就是内存有问题。这些编码在网上都能查到，排查时很有用。
3.4 Bootloader加载阶段——从存储到内存
POST完成后，固件会按照启动顺序去扫描设备。它会在每个设备的第一个扇区（MBR）或EFI系统分区中寻找有效的引导代码。
这个阶段我踩过不少坑。最典型的一次，是分区表被误写了，MBR的签名0x55AA被覆盖。固件检查签名不通过，直接跳过这个设备。我当时查了两天才发现是签名问题。
小技巧：可以用hexdump工具直接查看MBR内容。如果最后两个字节不是0x55 0xAA，那基本就是分区表坏了。修复方法很简单，用fdisk或dd工具重新写入签名就行。
Bootloader本身也分阶段：
- Stage 1：写在MBR或GPT保护区域，代码量极小（通常不超过512字节），负责加载Stage 2
- Stage 2：从文件系统读取完整的Bootloader（如GRUB的core.img），提供菜单和配置文件解析
- Stage 3：加载操作系统内核和initramfs
3.5 内核解压与初始化
Bootloader把内核镜像加载到内存后，会跳转到内核入口点。这时候内核还处于压缩状态，需要先解压。
解压过程大致是这样：
- 内核入口代码（通常是arch/x86/boot/header.S）先设置好基本环境
- 调用解压函数，把压缩的内核解压到高地址内存
- 跳转到解压后的内核，开始真正的初始化
内核初始化阶段做的事情非常多，我挑几个关键的说说：
| 初始化步骤 | 作用 | 排查要点 |
|---|---|---|
| 中断向量表设置 | 建立中断处理框架 | 检查IDT是否被正确加载 |
| 内存管理初始化 | 建立页表，开启MMU | 页表配置错误会导致内核崩溃 |
| 调度器初始化 | 创建idle进程，准备多任务环境 | 调度器bug会导致系统无法响应 |
| 设备驱动加载 | 枚举并初始化所有硬件设备 | 驱动冲突或资源不足 |
| 根文件系统挂载 | 挂载根分区，启动init进程 | 文件系统损坏或参数错误 |
3.6 根文件系统挂载与init启动
这是启动流程的最后一步。内核挂载根文件系统后，会执行/sbin/init（或者systemd）。从这一刻起，用户空间开始接管系统。
挂载根文件系统时，内核需要知道根设备在哪。这个信息通常由Bootloader通过内核命令行参数传递，比如：
root=/dev/sda1 rootfstype=ext4 ro如果这个参数写错了，内核会报"VFS: Unable to mount root fs"的错误。我遇到过好几次，都是因为换了硬盘后忘记更新内核参数。
关键点：整个启动流程中，每个阶段都有明确的日志输出。BIOS阶段看POST码，Bootloader阶段看串口输出，内核阶段看dmesg。你只要学会看这些日志，90%的问题都能定位到具体阶段。
3.7 实战排查思路
说了这么多，最后给你一个实战排查的框架。遇到启动问题，按这个顺序查：
- 看电源指示灯和蜂鸣器——硬件级故障，CPU没跑起来
- 看POST码——卡在BIOS阶段，内存或外设问题
- 看串口输出——Bootloader阶段，分区表或文件系统问题
- 看内核日志——内核初始化阶段，驱动或参数问题
- 看init日志——用户空间启动阶段，服务或配置问题
我个人习惯在调试时，先用串口线把日志抓下来。然后从后往前看，先找到最后一条正常日志，再往前推，基本就能定位到卡在哪一步。这个方法我用了十年，从来没失手过。