本文是做了一个系列，主要是认为合成一篇文章太长，未必读完。 另外，关于Kdump机制的各个部分不会互相冲突，所以大家可以有选择地阅读。
有关Kdump机制的其他方面，您可以单击以下链接继续学习。
【调试工具】【kdump】kdump的实现原理【一】
【调试工具】【Kdump】Centos7配置kdump【2】
【调试工具】【Kdump】解析Kdump捕获的vmcore文件【三】
Kdump的配置因Linux发行版而异。 本文主要介绍CentOS的Kdump配置。
实现Kdump功能需要什么样的配置？ *内核配置安装kdump(kexec-tools )工具更改内核启动参数(“crashkernel=xxxM quiet”) kdump配置文件启动kdump功能更改kdump功能验证这些内容
)1)内核配置通常，X86设备的缺省内核可能已经配置了Kdump功能。
要验证当前内核是否支持kexec，请检查/sys/kernel/下是否存在kexec等文件，并输入/sys/kernel/kexec_crash_loaded的值
如果没有cat/sys/kernel/kexec _ crash _ loaded，则必须配置内核。 具体而言，如下(
config _ kexec=ybootoptions-- [ * ] kexec system call (experimental ) /此参数表示使用kexec跳过BIOS和引导)内核(提供内核级kexec功能支持) config _ crash _ dump=ybootoptions---- [ * ] buildkdumpcrashkernel (experimental ) /崩溃没有这个选项，Kdump什么用都没有。 config _ sysfs=yfilesystems---- pseudo file systems---[ * ] tmpfsvirtualmemoryfilesystems 启用sysfs文件系统config _ proc _ VM core=yfilesystems---- pseudo file systems-- */procfilesystemsupport---- pseudo pro oc config _ debug _ info=ykernelhacking---compile-timechecksandcompileroptions-- [ * ] compilethekernelwitions 这是因为，不仅可以跟踪导致崩溃的函数调用问题，还可以跟踪特定行是否位于相关源中。 )二)安装Kdump(kexec-tools )工具通常认为X86设备的缺省内核已经配置了kdump功能。
kdump依赖于kexec工具，并验证kexec工具是否存在。
如果未安装kexec-vkexec工具，请安装kexec。
sudoyumupdatesudoyumsearchkexec-toolssudoyuminstallkexec-tools安装完成后，可以在kexec -v中查看kexec的版本。
(三)变更内核启动参数后，如下修改/etc/default/grub内核启动文件。
vi /etc/default/grub已更改为grub _ cmdline _ Linux=' crash kernel=auto quiet '。 说明： crashkernel=xxx //保留内存大小quiet //()过滤部分打印未显示类似硬件自检的消息注意：如果不添加quiet，可能无法生成vmcore。 理由暂时不明。 如果保留内存大小太大/太小，vmcore文件生成将失败。 如果不知道设置，请尝试每次增加128米。 参考： https://blog.csdn.net/shipinsky/AAA ky运行完成后，需要重新启动。
成功重新启动sudo grub2- mkconfig-o/boot/grub2/grub.CFG reboot后，验证是否成功配置了启动参数。
cat /proc/cmdline说明：如果在cmdline中找到crashkernel参数，则表示配置已写入内核。 (4)更改kdump配置文件/更改/etc/kdump.conf配置文件：
vim /etc/kdump.conf这里应该注意的三行内容. path /寂寞百合/crash #指定coredump文件是/寂寞百合/crash文件夹中的core _ collectormakedumpfile-c-l-mement的原始文件中没有default reboot #，生成coredump，然后重新启动系统.注意：选项理由不明。 如果不添加，vmcore可能会非常大。 (这款vmcore有1.2GB。 )5)启动kdump功能，最后启动kdump
systemctlenablekdump.servicesystemctlstartkdump.service注意：如果以前配置过kdump服务，则可以使用restart命令重新启动。 否则，不一定可以像systemctlrestartkdump那样使用
systemctlstatuskdumpkdump.service-crashrecoverykernelarmingloaded : loaded (/usr/lib/systemd/system/kdump.kdump ) 启用厂商预置：启用(active : active (exited ) since mon 2020-12-2114336045336036 CST； 7 minagomainpid :6983 (code=exited，status=0/SUCCESS ) memory :0 BC group :/system.slice/kdump.service
重新启动echo1/proc/sys/kernel/sysrqechoc/proc/sysrq-trigger后，浏览/寂寞百合/crash目录
恭喜你在ls /寂寞百合/crash/寂寞百合/crash目录下生成127.0.0.1-xxx目录。 表示已成功配置上一个Kdump服务~
对于如何分析生成的vmcore文件，笔者将单独写另一篇文章说明。
参考：
Linux内核调试的kdump
kdump配置文件设置、触发器等
将Kdump移植到嵌入式ARM64环境中
Kdump原理初探
kexec
kdump和crash的配置方法和内核故障原因分析(1) ) )。
使用crash分析linux内核故障转储文件vmcore
在Debian/Fedora/CentOS中配置kdump