Linux下的coredump和kdump

我是大帅哥121

已于 2024-01-15 17:03:52 修改

阅读量1.7k

点赞数 2

分类专栏： Linux 文章标签： linux 运维服务器

于 2023-03-23 19:46:30 首次发布

本文链接：https://blog.csdn.net/wtl666_6/article/details/129737794

版权

Linux 专栏收录该内容

29 篇文章

订阅专栏

文章介绍了coredump机制，它是当用户级进程异常终止时保存内存、寄存器等信息的快照，便于通过gdb等工具分析异常原因。同时，提到了如何设置系统允许生成core文件的大小，并展示了gdb结合core文件进行调试的步骤。此外，文章还讨论了kdump，一种在内核崩溃时捕获系统状态的工具，用于分析系统级崩溃的原因。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

在我们之前介绍进程等待的时候，曾经介绍过父进程会等待子进程并且回收子进程的运行结束状态（status输出型参数）:参考博客

在这里插入图片描述

当进程因为一些硬件中断，异常等情况意外终止被信号所杀之后，退出码第8为的coredump标志位就会设置为1，这样其父进程会检测到，并且生成一个core快照文件用于后续寻找异常原因;

coredump是什么？

coredump翻译过来就是核心转储，这个机制会在用户级进程异常挂掉时的一个快照(kdump为内核级进程崩溃下面介绍)，保存了异常时的内存、寄存器、堆栈等运行信息。这些数据存储成一个core文件，可以进一步通过gdb等调试器查看分析异常原因;

运行异常代码

在这里插入图片描述

异常代码运行结果

在这里插入图片描述

查看本地文件多出的core文件

在这里插入图片描述

其实core.xxx，这个xxx部分就是当时异常进程对应的pid!

注意：如果无法生成core文件的话，是因为系统默认core文件大小为0字节了，需要用指令ulimit -c xxx 设置一下;

ulimit指令:

S：表示软限制,超出设定的值会告警。
H ：表示硬限制，超出设定的值会报错。
a ：列出系统所有资源限制的值
c：当某些程序发生错误时，系统可能会将该程序在内存中的一些运行信息写成文件(除错用)，这种文件就被称为核心文件(core file)。此为限制每个核心文件的最大容量
d：每个进程数据段的最大值
f：当前shell可创建的最大文件容量
l：可以锁定的物理内存的最大值
m：可以使用的常驻内存的最大值
n：每个进程可以同时打开的最大文件句柄数
p：管道的最大值
s：堆栈的最大值
t：每个进程可以使用CPU的最大时间
u：每个用户运行的最大进程并发数
v：当前shell可使用的最大虚拟内存