1. 启动流程全景：从按下电源键到登录界面的完整旅程

按下电源键的那一瞬间，你的电脑到底在干什么？

很多人觉得启动就是“开机→转圈→进桌面”。其实没那么简单。从硬件上电到你能看到登录界面，中间要经过十几个关键阶段。任何一个环节出问题，机器就可能卡住、重启、甚至黑屏。

我这些年排查过不少启动故障，有因为 BIOS 电池没电导致无法引导的，也有因为 initramfs 里缺驱动直接 kernel panic 的。说白了，搞懂启动流程，是系统优化的基本功。

1.1 启动的五个核心阶段

我把整个启动过程拆成五个大阶段。你记一下这个框架，后面每一章都会围绕它展开。

阶段	主要任务	关键组件	典型耗时
① 硬件初始化	CPU 复位、POST 自检、设备枚举	BIOS / UEFI 固件	1~5 秒
② 引导加载	从磁盘读取 bootloader	GRUB2 / systemd-boot	0.5~2 秒
③ 内核启动	解压内核、初始化子系统、挂载根文件系统	vmlinuz + initramfs	2~8 秒
④ 用户空间初始化	PID 1 启动、服务并行加载	systemd / SysV init	3~15 秒
⑤ 显示管理器	启动图形界面、呈现登录屏	GDM / SDDM / LightDM	1~4 秒

嗯，这里要注意：不同硬件和发行版的时间差异很大。我见过一台老服务器 POST 跑了 30 秒，也见过优化后的嵌入式设备从按下电源到进系统只要 3 秒。

1.2 硬件初始化：CPU 的第一条指令

按下电源键，主板上的电源管理芯片开始工作。CPU 复位后，会去读取固件中预置的复位向量地址——x86 上是 0xFFFFFFF0，ARM 上通常是 0x00000000。

说白了，CPU 的第一条指令不是来自硬盘，也不是来自内存，而是来自主板上的 Flash 芯片。这段代码就是 BIOS 或 UEFI 固件。

POST（Power-On Self-Test）阶段会检查 CPU、内存、显卡、键盘等基本硬件。如果内存没插好，你会听到蜂鸣器报警。如果显卡故障，屏幕可能一直黑着。

我曾经遇到一台机器每次启动都要卡在 POST 大约 10 秒，最后发现是 USB 口插了一个坏掉的 U 盘，BIOS 在枚举 USB 设备时反复重试。拔掉就好了。

1.3 引导加载：谁来找内核

POST 通过后，固件会按照启动顺序去扫描磁盘。找到可引导设备后，读取其主引导记录（MBR）或 EFI 系统分区（ESP）中的 bootloader。

Linux 世界最常用的 bootloader 是 GRUB2。它会读取自己的配置文件 /boot/grub/grub.cfg，显示菜单（如果有），然后加载内核和 initramfs 到内存。

# GRUB2 配置片段示例
menuentry 'Linux 6.1.0' {
    linux   /vmlinuz-6.1.0 root=/dev/sda2 ro quiet splash
    initrd  /initrd.img-6.1.0
}

这里有个坑：如果 grub.cfg 里指定的根分区 UUID 不对，或者 initramfs 损坏，系统就会卡在 "Loading initial ramdisk" 之后直接 panic。

1.4 内核启动：从压缩镜像到根文件系统

bootloader 把内核和 initramfs 加载到内存后，就把控制权交给内核。内核首先解压自身，然后初始化 CPU、内存管理、中断控制器、定时器等核心子系统。

你想想看，这时候内核还没有任何文件系统可用。它必须靠 initramfs（初始 RAM 文件系统）来加载必要的驱动——比如磁盘控制器驱动、文件系统驱动——才能挂载真正的根分区。

# 查看当前内核启动参数
cat /proc/cmdline
# 输出示例：
# BOOT_IMAGE=/vmlinuz-6.1.0 root=/dev/sda2 ro quiet splash

initramfs 本质上是一个压缩的 cpio 归档，里面包含了 /init 脚本和一堆内核模块。内核执行 /init，这个脚本负责加载驱动、检测硬件、挂载根文件系统，然后切换到真正的根环境。

1.5 用户空间初始化：systemd 的时代

根文件系统挂载成功后，内核会启动第一个用户空间进程——PID 1。在大多数现代 Linux 发行版上，这个进程是 systemd。

systemd 会并行启动所有配置好的服务单元。它读取 /etc/systemd/system/ 和 /usr/lib/systemd/system/ 下的 .service 文件，按依赖关系排序执行。

# 查看 systemd 启动耗时分析
systemd-analyze
# 输出示例：
# Startup finished in 2.345s (kernel) + 4.567s (userspace) = 6.912s

你可以用 systemd-analyze blame 查看每个服务花了多少时间。我经常用这个命令来定位启动慢的罪魁祸首——很多时候是某个网络服务在等 DHCP 超时。

服务名称	耗时	说明
NetworkManager-wait-online.service	3.2s	等待网络就绪，经常是瓶颈
systemd-udev-settle.service	1.8s	等待设备探测完成
postgresql.service	1.5s	数据库启动

1.6 显示管理器：最后的冲刺

用户空间初始化完成后，systemd 会启动显示管理器（Display Manager）。GDM（GNOME）、SDDM（KDE）、LightDM 是常见的三种。

显示管理器负责启动 X 服务器或 Wayland 合成器，然后呈现登录界面。这时候你才能看到那个输入密码的框。

嗯，这里有个容易被忽略的点：如果显卡驱动没装好，显示管理器可能启动失败，直接 fallback 到文本模式。我遇到过好几次，装完系统进不去图形界面，一查发现是 NVIDIA 驱动和内核版本不匹配。

1.7 启动流程全景图

下面这张 SVG 图把整个启动流程串起来了。你可以把它当作本章的知识地图。

这张图把五个阶段和每个阶段的核心任务都列出来了。你可以把它当作参考图，后面每深入一个阶段，都可以回来对照一下它在全景中的位置。