2. 启动流程基础认知

在任何计算系统中，“启动”都不是一个瞬间动作，而是一段有明确阶段、明确责任主体、明确状态迁移的连续过程。所谓启动流程，是指系统从上电、复位或进程创建开始，经过硬件初始化、固件加载、引导程序执行、内核装载、系统服务拉起，最终进入可交互或可对外提供服务的稳定状态这一整套有序步骤。它既包括嵌入式设备中的 BootROM → Bootloader → Kernel → RootFS 链路，也包括服务器中的 BIOS/UEFI → GRUB → initramfs → systemd 链路，还包括应用层面的容器启动、微服务冷启动与进程守护拉起。

理解启动流程的关键，不是记住某一条命令，而是建立“阶段划分 + 状态迁移 + 责任边界”的认知模型。启动流程本质上是一条控制权逐级移交的链路：每一级只完成自己最小必要的初始化工作，然后把执行权交给下一级。任何一级失败，后续阶段都无法进入，系统就会停留在某个中间状态，表现为黑屏、卡 Logo、进入紧急模式、反复重启或服务不可用。

一、启动流程的核心价值

启动流程的价值远不止“把系统开起来”。它决定了系统的可恢复性、可观测性、安全性和启动性能。具体来说，启动流程承担以下关键职责：

• 硬件自检与资源枚举：确认 CPU、内存、存储、外设可用，建立初始运行环境。
• 可信链建立：通过 Secure Boot、签名校验、度量启动（Measured Boot）保证加载的每一级镜像未被篡改。
• 根文件系统挂载：完成从只读 initramfs 到真实根分区的切换，这是 Linux 启动中最容易出问题的环节之一。
• 服务编排与依赖管理：由 init/systemd 按依赖关系并行或串行拉起网络、存储、数据库、应用服务。
• 故障隔离与恢复入口：提供单用户模式、救援模式、快照回滚等恢复通道。

二、典型应用场景

启动流程的知识在不同场景中侧重点不同，但底层模型一致。以下是最常见的四类场景：

三、方法流程：如何系统化理解一次启动

面对一个具体的启动问题，建议按以下步骤建立分析路径：

1. 确认启动阶段：通过屏幕输出、串口日志、BMC 日志或 dmesg 判断当前停留在哪一级。
2. 确认引导配置：检查 GRUB 配置、内核命令行参数、fstab、initramfs 内容。
3. 确认依赖顺序：使用 systemd-analyze 查看服务启动耗时与依赖链。
4. 复现与隔离：在救援模式或单用户模式下逐项验证，缩小故障范围。
5. 固化修复：修改配置后重新生成 initramfs 或更新引导项，并验证重启后仍生效。

# 查看启动耗时与关键路径
systemd-analyze
systemd-analyze blame
systemd-analyze critical-chain

# 查看内核启动日志
dmesg | head -n 50
journalctl -b -p err

# 检查引导项与内核参数
cat /proc/cmdline
grubby --info=ALL

四、常见误区与复盘

• 误区二：只关注内核，忽略 initramfs。 根分区无法挂载、驱动缺失、LVM/加密卷未激活，多数发生在 initramfs 阶段。
• 误区三：修改配置后不重新生成引导镜像。 改了 /etc/default/grub 却忘记执行 update-grub 或 grub2-mkconfig，重启后配置并未生效。
• 误区四：在运行态验证通过就认为启动没问题。 运行态服务已就绪，无法暴露启动阶段的依赖顺序和超时问题，必须实际重启验证。
• 误区五：没有保留救援通道。 禁用单用户模式、删除旧内核、关闭串口输出，一旦启动失败将失去排查手段。