ARM平台调试x86内核：bzImage不被GDB识别的原因排查

1. gdb无法识别bzImage的原因 #

arch/x86/boot/bzImage是压缩打包后的x86内核启动镜像，它的格式是针对x86 BIOS/UEFI加载流程设计的，并非标准ELF可执行文件，因此gdb无法直接解析调试它。

真正用于内核调试的是源码根目录下的vmlinux文件——这是未压缩、包含完整调试符号的ELF格式内核镜像，只要编译时配置正确，编译过程会自动生成它。

2. 正确的内核调试流程 #

第一步：确保编译时生成调试符号 #

在make menuconfig中开启以下配置项：

• CONFIG_DEBUG_INFO=y（强制生成调试符号）
• CONFIG_DEBUG_INFO_DWARF4=y（可选，提升gdb兼容性）

保存配置后重新编译内核：

make -j4 ARCH=x86 CROSS_COMPILE=x86_64-linux-gnu-

编译完成后，源码根目录下的vmlinux就是可用于调试的目标文件。

第二步：修复QEMU启动命令 #

原命令缺少根文件系统参数，内核启动后找不到用户空间的init进程，会陷入无输出的卡住状态。需添加根文件系统镜像（假设你已用busybox制作好rootfs.img）：

qemu-system-x86_64 -m 512 -kernel arch/x86/boot/bzImage \
  -initrd rootfs.img -s -S -nographic -monitor none -serial stdio

参数说明：

• -m 512：增加内存分配，避免部分内核配置因内存不足启动失败
• -initrd：指定根文件系统镜像，确保内核能启动用户空间
• -s：开放gdb调试端口（默认1234）
• -S：启动后暂停执行，等待gdb连接

第三步：用交叉gdb连接调试 #

在ARM主机上使用x86交叉gdb工具连接QEMU：

x86_64-linux-gnu-gdb vmlinux

进入gdb后执行以下命令开始调试：

target remote localhost:1234
continue

3. QEMU无反应的其他排查点 #

• 检查内核串口输出配置：确保CONFIG_SERIAL_8250=y和CONFIG_SERIAL_8250_CONSOLE=y已开启，否则内核启动信息无法输出到终端。
• 验证交叉工具链兼容性：确保x86_64-linux-gnu-gcc版本与内核源码版本匹配，避免因工具链版本差异导致镜像损坏。

内容的提问来源于stack exchange，提问作者Jeremy