系统初始化流程：从按下电源键到你的终端出现

每次你按下服务器电源键，背后都有一场精密的「接力赛」。我调试过不少启动失败的案例，说白了，绝大多数问题都出在这四个阶段的衔接上。今天我们就来拆解一下，从BIOS/UEFI到init进程，系统到底经历了什么。

第一阶段：BIOS/UEFI——硬件的「自检员」

你按下电源键，CPU第一个醒过来。它做的第一件事，就是去找固件——要么是传统的BIOS，要么是现代的UEFI。

BIOS时代，我记得刚入行那会儿，服务器启动时屏幕上会滚过一堆内存检测信息。它做的事情很纯粹：

• 加电自检（POST）：检查CPU、内存、显卡这些关键硬件是否正常
• 读取MBR：从硬盘的第一个扇区（512字节）找启动代码
• 跳转到Bootloader：把控制权交给引导程序

UEFI时代，现在的新机器基本都是UEFI了。它比BIOS强在哪？我个人习惯用UEFI，因为它：

• 支持GPT分区表，磁盘容量不受2TB限制
• 自带文件系统驱动，能直接读取FAT32分区里的EFI文件
• 启动速度更快，界面还能用鼠标（虽然我从来不用）

第二阶段：Bootloader阶段——内核的「引路人」

BIOS/UEFI把接力棒交给了Bootloader。Linux世界里，最常见的就是GRUB2（现在基本没人用LILO了吧）。

GRUB2做了什么？说白了就三件事：

1. 加载配置文件：读取/boot/grub/grub.cfg，找到可用的内核列表
2. 加载内核镜像：把vmlinuz和initramfs从磁盘读到内存
3. 传递启动参数：比如root=UUID=xxx，告诉内核根分区在哪

这里有个坑，我曾经踩过：GRUB2的配置文件是自动生成的。你手动改了/etc/default/grub，但忘了运行update-grub，那重启后还是老配置。嗯，别问我怎么知道的。

第三阶段：内核初始化阶段——从「裸机」到「有系统」

内核被加载到内存后，它开始接管一切。这个过程我把它分成两步：

3.1 内核自解压与初始化

内核镜像通常是压缩的。它先把自己解压到内存，然后初始化：

• 设置页表、中断描述符表
• 初始化CPU子系统（调度器、时间管理）
• 初始化内存管理（伙伴系统、slab分配器）
• 初始化设备驱动（PCI、USB、块设备等）

你想想看，这时候内核还没挂载根文件系统呢。它怎么加载驱动？答案是initramfs（初始内存文件系统）。

3.2 initramfs——临时的「救命稻草」

initramfs是一个压缩的cpio归档，里面包含了：

• 基本的设备驱动（比如磁盘控制器驱动）
• 文件系统工具（比如mount、fsck）
• 一个init脚本（通常是/init）

内核加载initramfs后，会执行里面的init脚本。这个脚本负责：

1. 加载必要的内核模块（比如ext4、nvme驱动）
2. 检测并组装RAID/LVM设备
3. 解密加密的根分区（如果有LUKS）
4. 挂载真正的根文件系统

我遇到过最典型的故障：initramfs里缺少磁盘驱动。比如你换了新的NVMe SSD，但内核版本太老，initramfs里没有对应的nvme驱动。结果就是内核找不到根分区，直接panic。解决办法？重建initramfs，把新驱动打进去。

第四阶段：init进程启动阶段——系统的「大管家」

根文件系统挂载成功后，内核会执行根分区上的第一个用户态进程——init。传统上是/sbin/init，现在主流是systemd。

init进程的PID永远是1。它负责：

• 读取配置文件（/etc/inittab或/lib/systemd/system/）
• 启动所有系统服务（网络、SSH、cron等）
• 管理运行级别（或target）
• 最终启动getty，让你看到登录提示符

这里有个容易忽略的点：init进程如果挂了，系统会直接崩溃。因为内核会认为用户态已经失控，触发kernel panic。所以，PID 1的进程必须足够稳定。

一张图看懂整个流程

下面这张SVG图，把四个阶段串起来了。你可以对照着看，每个阶段交接了什么、可能出什么问题。

总结一下

整个启动流程，其实就是一场接力：

• BIOS/UEFI：确认硬件没问题，找到启动设备
• Bootloader：把内核和initramfs请进内存
• 内核初始化：用initramfs做跳板，挂载真正的根文件系统
• init进程：拉起所有服务，让你能登录干活

任何一个环节出问题，系统都起不来。我个人排查时，习惯先看内核日志（dmesg），再看initramfs日志（如果有rd.debug），最后看systemd日志（journalctl -xb）。按这个顺序，大部分启动故障都能定位到。