2. QEMU 启动流程分析：BIOS/UEFI 阶段、内核加载、根文件系统挂载

理解 QEMU 的启动流程是定位模拟启动故障、复现硬件异常场景的基础。本章将拆解从虚拟上电到用户态 Shell 就绪的完整链路，重点分析 BIOS/UEFI 固件阶段、内核加载与解压、根文件系统挂载 三个核心环节，并给出每个环节的调试切入点。

2.1 启动流程全景：从虚拟上电到 Shell

QEMU 模拟的启动过程与物理机高度相似，但增加了虚拟化层特有的初始化步骤。下图展示了完整的启动阶段划分与关键事件。

2.2 BIOS/UEFI 阶段：固件引导与设备枚举

QEMU 默认使用 SeaBIOS（传统 BIOS）或 OVMF（UEFI 固件）作为虚拟固件。该阶段的核心任务是初始化基本硬件、枚举引导设备并加载引导程序。

2.2.1 固件选择与启动参数

2.2.2 固件阶段调试断点

在 GDB 中连接 QEMU 后，可以针对固件阶段设置以下关键断点：

# 连接 QEMU (需使用 -s -S 参数启动)
(gdb) target remote localhost:1234

# SeaBIOS 入口断点
(gdb) break *0xFFFFFFF0

# OVMF SEC 阶段入口 (x86_64)
(gdb) break *0xFFFFFFF0

# 引导设备选择函数 (SeaBIOS)
(gdb) break seabios:func_boot

# 打印固件版本信息
(gdb) monitor info roms

2.3 内核加载阶段：解压、页表与初始化

当 BootLoader（如 GRUB）或 QEMU 的 -kernel 直接加载将内核镜像放入内存后，内核进入 解压与初始化 阶段。这是调试内核启动故障的核心区域。

2.3.1 内核加载流程分解

1. 解压阶段： 对于压缩内核（zImage/bzImage），解压代码将内核解压到高地址内存。
2. 页表初始化： 内核建立初始页表，从实模式切换到保护模式（x86）或设置页表（ARM64）。
3. start_kernel 入口： 架构无关的 C 代码入口，初始化调度器、内存管理、中断等核心子系统。
4. 设备驱动探测： 根据设备树 (DTB) 或 ACPI 表枚举并初始化设备。

2.3.2 内核启动参数调试

通过 -append 传递内核参数可以控制启动行为，以下参数对调试尤其重要：

# 启用内核早期打印 (需内核配置 CONFIG_EARLY_PRINTK)
-append "earlyprintk=serial,ttyS0,115200 console=ttyS0"

# 禁用 ACPI，强制使用设备树
-append "acpi=off"

# 指定根设备 (避免挂载阶段失败)
-append "root=/dev/vda1"

# 启用内核调试输出
-append "debug ignore_loglevel"

# 在 init 之前暂停，等待调试器
-append "initcall_debug"

2.4 根文件系统挂载阶段：根设备识别与 init 启动

根文件系统挂载是启动流程的最后关键步骤。内核必须正确识别根设备、挂载文件系统并执行 /sbin/init。此阶段失败通常表现为 Kernel panic - not syncing: VFS: Unable to mount root fs。

2.4.1 根设备识别流程

2.4.2 根文件系统挂载故障模拟与调试

以下命令模拟一个典型的根文件系统挂载失败场景，并展示如何通过 QEMU 调试定位：

# 1. 模拟根设备不存在 (故意指定错误的 root 参数)
qemu-system-x86_64 \
  -kernel bzImage \
  -append "root=/dev/sda99 console=ttyS0" \
  -nographic

# 2. 观察内核 panic 输出
# 输出示例:
# [    1.234567] VFS: Cannot open root device "sda99" or unknown-block(0,0)
# [    1.234567] Please append a correct "root=" boot option; here are the available partitions:
# [    1.234567] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

# 3. 使用 GDB 在 mount_root 设置断点
(gdb) break mount_root
(gdb) continue
# 观察 root_dev 变量的值，确认设备号是否正确

2.4.3 init 进程启动失败调试

即使根文件系统挂载成功，init 进程也可能因缺失或崩溃导致启动失败。调试方法如下：

# 使用 init=/bin/bash 绕过 init，直接进入 shell
qemu-system-x86_64 \
  -kernel bzImage \
  -append "root=/dev/vda1 console=ttyS0 init=/bin/bash" \
  -drive file=rootfs.qcow2,format=qcow2 \
  -nographic

# 进入 shell 后检查 init 文件
# ls -l /sbin/init
# file /sbin/init

# 如果 init 缺失，可以手动挂载并修复
# mount -o remount,rw /
# cp /bin/bash /sbin/init

2.5 启动流程故障速查表

下表总结了各阶段典型故障现象、根因与调试命令，可作为快速参考：