📚 课程目录第1章启动流程总览

1. 启动流程总览：从按下电源键到用户空间初始化的宏观路径图

Linux 内核的启动过程并非一蹴而就，而是由硬件、固件、引导加载程序、内核自身以及初始化进程共同完成的一系列精密步骤。理解这条宏观路径，是后续分析启动日志、定位启动故障的基础。本章将为你绘制一张从按下电源键到用户空间 init 进程启动的完整路线图。

1.1 启动阶段划分与核心职责

整个启动流程可划分为四个主要阶段，每个阶段都有明确的入口和输出。下表总结了各阶段的触发条件、核心组件与关键输出：

阶段	触发条件	核心组件	关键输出 / 状态
硬件初始化	按下电源键	CPU、芯片组、ROM 固件	CPU 复位向量执行、固件自检
引导加载程序	固件加载 MBR/GPT	GRUB2、U-Boot、syslinux	内核镜像与 initramfs 加载到内存
内核初始化	引导加载程序跳转到内核入口	Linux 内核（arch/x86/boot/header.S 等）	子系统的初始化、驱动加载、根文件系统挂载
用户空间初始化	内核挂载根文件系统并执行 init	systemd / SysVinit / busybox init	系统服务启动、登录提示符出现

1.2 宏观启动流程图

下面的 SVG 图展示了从硬件上电到用户空间初始化的完整宏观路径。图中使用不同颜色的节点区分阶段，箭头表示控制流和数据流的传递方向。

1.3 各阶段关键事件与日志特征

每个阶段都会在串口控制台或内核日志缓冲区留下独特的“指纹”。熟悉这些特征，能帮助你在启动失败时快速定位问题阶段。

硬件初始化阶段：通常由固件输出，例如 Press F2 to enter setup、Booting from Hard Disk...。此阶段日志不通过内核 printk 输出。
引导加载程序阶段：GRUB2 会显示菜单，并可能输出 Loading Linux ...、Loading initial ramdisk ...。此阶段日志短暂且有限。
内核初始化阶段：这是日志最密集的阶段。典型输出包括 Linux version 6.1.0 ...、Kernel command line: ...、smpboot: CPU0: ...、EXT4-fs (sda1): mounted filesystem。
用户空间初始化阶段：systemd 输出 Starting User Manager、Reached target Graphical Interface 等。此阶段日志由 systemd-journald 接管。

调试提示： 在引导加载程序参数中添加 earlyprintk 和 ignore_loglevel，可以捕获到内核初始化早期（甚至是在标准控制台驱动加载前）的日志，这对于调试早期崩溃至关重要。

1.4 启动流程中的关键数据结构

内核在启动过程中会维护几个关键的数据结构，它们记录了启动的进度和状态。理解这些结构有助于深入分析日志。

数据结构	所在阶段	作用	日志关联
boot_params	引导加载程序 → 内核入口	传递硬件配置、命令行参数、内存布局	可通过 `dmesg` 查看 `Kernel command line`
init_task	内核核心初始化	第一个进程（PID 0）的 task_struct，所有进程的祖先	日志中 `smpboot: CPU0:` 出现时已就绪
rootfs	内核核心初始化后期	临时根文件系统（initramfs）或直接挂载的根设备	日志中 `VFS: Mounted root ...` 表示挂载成功
init 进程	用户空间初始化	PID 1 进程，负责启动所有用户空间服务	日志中 `Run /sbin/init as init process`

1.5 启动流程中的关键代码路径

从汇编入口到 C 语言世界的 start_kernel，再到 rest_init 创建 PID 1，代码路径清晰可循。以下是一个简化的调用链：

arch/x86/boot/header.S
    ↓
arch/x86/boot/compressed/head_64.S  (解压内核)
    ↓
arch/x86/kernel/head_64.S          (早期页表、IDT 设置)
    ↓
init/main.c: start_kernel()         (C 语言入口，初始化核心子系统)
    ↓
init/main.c: rest_init()            (创建 kernel_init 和 kthreadd 进程)
    ↓
kernel_init()                       (挂载根文件系统，执行 init 程序)
    ↓
用户空间 /sbin/init 或 /lib/systemd/systemd

常见误区： 很多开发者认为 start_kernel 是内核的第一个函数。实际上，在此之前，汇编代码已经完成了 CPU 模式切换、页表初始化、BSS 段清零等关键操作。start_kernel 是第一个 C 语言函数，但并非整个启动流程的起点。

1.6 启动日志的典型时间线

以下是一个基于 x86_64 架构、使用 GRUB2 引导、systemd 作为 init 系统的典型启动时间线示例。时间戳来自 dmesg 或 systemd-analyze。

[    0.000000] Linux version 6.1.0-10-amd64 (debian-kernel@lists.debian.org)
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-6.1.0-10-amd64 root=UUID=... ro quiet
[    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[    0.200000] smpboot: CPU0: Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz (family: 0x6, model: 0x9e, stepping: 0xa)
[    1.500000] pci 0000:00:00.0: [8086:3ec2] type 00 class 0x060000
[    2.100000] ahci 0000:00:17.0: AHCI 0001.0301 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
[    3.800000] EXT4-fs (sda1): mounted filesystem with ordered data mode. Quota mode: none.
[    3.810000] VFS: Mounted root (ext4 filesystem) readonly on device 8:1.
[    3.820000] Run /sbin/init as init process
[    3.850000] systemd[1]: systemd 252.5-2~bpo11+1 running in system mode (+PAM +AUDIT +SELINUX +APPARMOR)
[    4.200000] systemd[1]: Reached target Local File Systems.

从时间戳可以看出，硬件枚举和驱动加载（0.2s ~ 2.1s）占据了启动时间的主要部分，而内核核心初始化本身非常迅速。用户空间 systemd 的启动则依赖于之前挂载的根文件系统。

1.7 启动流程的层次化视图

下面的 SVG 图从层次化角度展示了启动流程中硬件、固件、内核与用户空间的交互关系，突出了各层之间的依赖和接口。

这张图清晰地展示了：用户空间通过系统调用与内核交互；内核直接管理硬件资源；引导加载程序负责将内核从存储介质加载到内存；固件则负责最底层的硬件初始化和引导设备选择。每一层都为上一层提供基础服务，任何一层的故障都会导致启动链断裂。