自定义3.2.1内核Kdump无法自动重启问题求助

你提到手动执行kexec -e能正常加载内核，说明kexec本身的机制是可行的，但崩溃后无法自动触发kdump，结合原生内核工作正常的情况，我们可以从以下几个方向逐步排查：

1. 确认panic_on_oops参数是否实际生效 #

虽然kdump-config show显示配置了kernel.panic_on_oops=1，但我们需要验证这个参数是否真的在系统中生效：

sysctl kernel.panic_on_oops
# 或者直接查看proc文件
cat /proc/sys/kernel/panic_on_oops

如果输出不是1，说明这个配置没有正确应用，你可以先手动临时设置测试：

sysctl -w kernel.panic_on_oops=1

设置完成后执行echo c > /proc/sysrq-trigger手动触发panic，看是否能触发kdump。如果临时设置后生效，需要检查/etc/sysctl.conf或kdump相关的sysctl配置文件，确保参数能永久生效。

2. 对比自定义内核与原生内核的配置差异 #

Debian原生3.2.0-4-amd64内核能正常工作，说明系统环境没问题，问题大概率出在自定义内核的配置上。重点检查以下kdump相关的内核配置项（可以用zcat /proc/config.gz | grep <CONFIG_NAME>查看当前内核配置）：

• CONFIG_CRASH_DUMP=y：kdump功能的基础配置，必须开启
• CONFIG_PROC_VMCORE=y：允许通过/proc/vmcore访问崩溃转储文件
• CONFIG_KEXEC=y：开启kexec功能（你手动执行kexec -e有效，这个应该已开启，但建议确认）
• CONFIG_DEBUG_INFO=y：如果需要生成完整的vmcore转储，这个必须开启
• CONFIG_RELOCATABLE=y：kdump内核需要支持重定位，避免和原内核的内存地址冲突
• CONFIG_HOTPLUG_CPU=y：配合maxcpus=1参数使用，确保kdump内核只启动单个CPU

如果有配置项缺失，重新编译内核并开启这些选项后再测试。

3. 检查kdump内核的启动参数与initrd配置 #

从你的kdump-config show输出看，kexec命令存在一个潜在冲突：命令行参数里指定了initrd=/install/initrd.gz，但同时又通过--initrd参数指定了/boot/initrd.img-3.2.1。建议检查kdump的配置文件（通常在/etc/default/kdump-tools），确保initrd路径正确，并且命令行参数里不要重复指定initrd。

另外，确认/boot/initrd.img-3.2.1是否包含kdump所需的全部模块，比如存储驱动（要能挂载/var/crash所在分区）、串口驱动等。可以用lsinitramfs /boot/initrd.img-3.2.1查看initrd内容，对比原生内核的initrd，看是否缺少关键模块。

4. 手动触发panic并收集串口日志 #

你已经配置了kgdboc=ttyS0,115200，系统会把内核输出发送到串口。可以通过以下步骤收集panic时的关键日志：

1. 用串口工具连接到ttyS0（波特率115200），开启日志记录
2. 执行echo c > /proc/sysrq-trigger手动触发内核panic
3. 观察串口输出，看系统在panic后是否尝试启动kdump内核，有没有错误提示（比如内存地址冲突、initrd加载失败等）

这些串口日志是排查kdump自动触发失败的核心依据，能直接暴露问题点。

5. 检查kdump服务的系统日志 #

Debian 7.9的系统日志通常在/var/log/syslog或/var/log/messages里，搜索kdump、kexec相关条目，看kdump服务启动时有没有错误，或者panic发生时有没有相关记录：

grep -i kdump /var/log/syslog

如果以上步骤还没解决问题，可以把手动触发panic时的串口日志、自定义内核的配置文件内容补充出来，这样能更精准地定位问题。

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