Linux Kernel Crash Dump中crashkernel崩溃后无法启动问题求助

我之前在调试自定义编译内核的kdump时，也碰到过类似的情况——明明预留了内存、kdump服务显示就绪，但系统崩溃后crash kernel就是没反应。结合你的场景（主机和crash kernel都是自行编译的linux-4.13.16），给你几个关键排查方向：

1. 确认Crash Kernel的编译配置是否齐全 #

自定义编译最容易踩的坑就是漏开关键配置，你得检查crash kernel的.config里有没有开启这些核心选项：

• CONFIG_CRASH_DUMP=y：这是启用crash dump功能的基础开关，必须开启
• CONFIG_RELOCATABLE=y：重中之重，crash kernel需要在预留的内存地址上启动，必须开启内核可重定位特性，很多人编译时会忽略这个
• CONFIG_PROC_VMCORE=y：允许后续通过/proc/vmcore访问崩溃镜像，虽然不影响启动，但建议开启
• CONFIG_DEBUG_INFO=y：如果之后要用crash工具分析dump文件，这个选项必须开，否则无法解析内核符号

你可以用这条命令快速检查crash kernel的配置：

cat /var/lib/kdump/config | grep -E "CONFIG_CRASH_DUMP|CONFIG_RELOCATABLE|CONFIG_PROC_VMCORE|CONFIG_DEBUG_INFO"

2. 验证Crash Kernel镜像与Initramfs的完整性 #

有时候编译生成的内核镜像或配套的initramfs可能存在问题：

• 用file /var/lib/kdump/vmlinuz检查镜像格式，确认是符合架构的可启动内核
• 对比主机内核和crash kernel的编译参数，确保两者架构（如x86_64）、编译环境完全一致，避免混编导致的兼容性问题
• 检查/var/lib/kdump/initramfs-*文件是否存在且大小正常，自定义编译时如果没正确生成initramfs，crash kernel启动时会因为找不到根文件系统而失败

3. 检查Kdump的启动参数配置 #

查看kdump的配置文件（不同发行版路径不同：RHEL/CentOS是/etc/sysconfig/kdump，Debian/Ubuntu是/etc/default/kdump-tools），确认KDUMP_COMMANDLINE里的参数是否正确：

• 必须包含与你预留内存匹配的crashkernel参数，比如你的预留地址是0x28000000，那参数应该是crashkernel=0x28000000@0x28000000
• 避免加入ro、quiet这类可能干扰启动的参数，尽量保持启动参数简洁

另外，你可以手动触发一次系统崩溃来测试：

echo c > /proc/sysrq-trigger

触发后观察系统控制台的输出，如果有crash kernel启动失败的日志，能直接定位问题。

4. 确认内存预留是否真的生效 #

虽然iomem显示了预留区间，但还是要通过内核启动日志验证：

dmesg | grep -i crash

正常情况下应该能看到类似Reserving 256MB of memory at 640MB for crashkernel的日志，说明主机内核正确识别了预留的crash kernel空间。如果没有这条日志，可能是主机内核的.config里没开CONFIG_CRASH_DUMP，或者grub里的crashkernel参数配置错误。

5. 查看Kdump服务的运行日志 #

最后，检查kdump服务的日志，找启动或触发时的错误信息：

journalctl -u kdump.service

或者查看系统日志文件/var/log/messages、/var/log/syslog里的kdump相关条目，比如有没有"Failed to load crash kernel"、"Initramfs not found"这类明确的错误提示。

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