kdump/kexec配置异常：kexec -p触发内核panic无法启动崩溃转储内核

在Marvell CN9130开发板上部署kdump与kexec环境，已完成以下操作：

• 安装kexec-tools
• 配置/etc/kdump.conf与kdump.service

当前现象：

• 执行kexec -l加载内核后，通过kexec -e可成功切换内核
• 使用kexec -p加载崩溃转储内核后，触发内核NULL指针解引用panic，无“Starting crashdump kernel... Bye!”提示，崩溃转储内核无法启动

已准备排查材料：崩溃日志、系统配置、kdump启动日志，请求排查配置问题或遗漏项。

1. 检查崩溃转储内核的启动参数 #

• 确认/etc/kdump.conf中指定的崩溃内核启动参数是否正确，尤其是ARM64架构下的crashkernel参数，需保证分配的内存足够且地址范围不与主内核内存冲突。
• 对比kexec -l与kexec -p的参数差异，kexec -p需额外指定崩溃内核专属的启动参数，检查是否遗漏关键配置（如--append="crashkernel=..."）。

2. 验证内核兼容性 #

• 确保崩溃转储内核与主内核的版本、编译配置（如CONFIG_CRASH_DUMP、CONFIG_PROC_VMCORE）完全匹配。ARM64架构对内核页表、内存布局要求严格，微小差异会导致启动失败。
• 重新编译内核镜像并替换，排除镜像损坏的可能。

3. 检查内存预留配置 #

• 通过cat /proc/cmdline确认系统启动时的crashkernel参数是否生效，若未正确配置，kdump无法预留足够内存给崩溃转储内核，会引发内存访问错误。
• 参考Marvell CN9130官方文档，调整crashkernel的具体值（例如crashkernel=256M@128M），确保内存分配符合硬件要求。

4. 分析崩溃日志细节 #

• 从崩溃日志中定位NULL指针解引用的代码位置，判断是内核本身问题还是kdump配置导致的内存初始化错误。重点排查kexec_core、crash_dump等相关内核模块的加载状态。
• 查看dmesg中kdump启动过程的日志，确认kdump.service是否完成崩溃内核加载，是否有错误信息输出。

5. 检查硬件相关配置 #

• 确认崩溃转储内核是否正确配置了Marvell CN9130的板级支持包（BSP），包含必要的硬件驱动（如内存控制器、UART），保证崩溃时硬件状态可被正确识别。
• 禁用可能干扰kdump的硬件特性，如内存保护机制、DMA设备等，再测试崩溃转储功能。

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