linux kdump是Linux系统中用于内核崩溃故障诊断的核心工具，当系统出现内核级错误导致崩溃时，它能自动完成崩溃现场的内存数据保存，为后续的故障分析提供完整依据。
linux kdump的核心作用
1. 捕获内核崩溃现场
当Linux系统发生内核恐慌（kernel panic）、硬件异常触发的内核错误等情况时，正常运行的内核会无法正常执行任务。此时kdump会启动预留的崩溃内核（crash kernel），由这个独立的内核接管系统，将当前生产内核的内存数据全部转储到预先配置的存储位置，比如本地磁盘、远程服务器等。整个过程不需要人工干预，能最大程度保留崩溃瞬间的系统状态。
2. 生成可分析的内存转储文件
kdump输出的转储文件通常遵循kdump格式或者ELF核心转储格式，里面包含了崩溃时内核的所有内存页、寄存器状态、进程信息、内核栈数据等关键信息。这些内容是排查内核故障的第一手资料，比系统日志记录的碎片化信息要完整得多。
3. 辅助定位内核故障根因
得到转储文件后，开发者可以使用crash工具或者gdb工具对文件进行分析，查看崩溃时的函数调用栈，确认是哪个内核模块、哪段代码触发了错误，也能排查是否存在内存泄漏、非法指针访问、驱动兼容性问题等。对于服务器、嵌入式设备等长期运行的Linux系统，kdump能大幅降低内核级故障的排查难度。
kdump的工作流程
kdump的工作依赖两个内核的配合，分别是运行时的生产内核和预留的崩溃内核，整体流程如下：
- 系统启动时，生产内核会预留一部分内存给崩溃内核使用，这部分内存不会被生产内核的正常业务占用
- 当生产内核发生崩溃时，系统会触发kdump机制，跳转到预留的崩溃内核执行
- 崩溃内核启动后，会读取生产内核的内存数据，将其写入到配置的转储文件路径中
- 转储完成后，系统会自动重启，恢复正常运行状态
简单配置示例
以CentOS系统为例，配置kdump的基本步骤如下：
首先安装kdump相关工具包：
# 安装kdump和crash分析工具 yum install kexec-tools crash -y
然后修改内核启动参数，预留崩溃内核内存，编辑/etc/default/grub文件，在GRUB_CMDLINE_LINUX行添加crashkernel=128M参数，示例内容如下：
GRUB_CMDLINE_LINUX="crashkernel=128M rhgb quiet"
更新grub配置后重启系统，再启动kdump服务：
# 更新grub配置 grub2-mkconfig -o /boot/grub2/grub.cfg # 重启系统 reboot # 启动kdump服务并设置开机自启 systemctl start kdump systemctl enable kdump
可以通过systemctl status kdump查看服务是否正常运行，当系统发生内核崩溃时，就会自动生成转储文件到/var/crash/目录下。
注意事项
预留的崩溃内核内存大小需要根据系统实际内存调整，内存较小的系统可以适当减小预留值，避免影响生产内核的正常业务运行。另外转储文件的存储路径需要有足够的磁盘空间，防止转储过程中因为空间不足导致文件保存失败。如果系统运行在虚拟机环境，还需要确认虚拟机的配置支持kdump的内存预留机制。
linux_kdump内核崩溃内存转储故障排查修改时间：2026-06-23 09:09:26