Linux core dump的详细介绍及使用

本文详细解析了Linux内核dump的概念、原理及如何通过dump文件进行调试,包括核心dump的形成原因、如何避免生成dump文件以及如何利用dump文件进行错误定位。通过实例演示了如何使用gdb进行核心dump的分析。

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

我们在开发(或使用)一个程序时,最怕的就是程序莫明其妙地当掉。虽然系 统没事,但我们下次仍可能遇到相同的问题。于是这时操作系统就会把程序当掉 时的内存内容 dump 出来,让我们或是debugger 做为参考。这个动作就叫作 core dump。


1.何谓 core?
在使用半导体作为内存的材料前,人类是利用线圈当作内存的材料(发明 者为王安),线圈就叫作 core ,用线圈做的内存就叫作 core memory。如今 ,半导体工业澎勃发展,已经没有人用 core memory 了,不过,在许多情况下, 人们还是把记忆体叫作 core 。


2.何谓 Linux core dump?
我们在开发(或使用)一个程序时,最怕的就是程序莫明其妙地当掉。虽然系 统没事,但我们下次仍可能遇到相同的问题。于是这时操作系统就会把程序当掉 时的内存内容 dump 出来(现在通常是写在一个叫 core 的 file 里面),让 我们或是debugger 做为参考。这个动作就叫作 Linux core dump。


3.为何会发生 Linux core dump?
前面说过,在程序当掉时出错。在 C/C++语言中,最常发生错误的地方就是指 针有问题。您可以利用 core 文件和 debugger 把错误找出来(要怎麽在 debugger 中使用 core 文件?man 一下gdb 吧!)。


4.我可以把 core 文件删掉吗?
如果你不会、不能、不需要修改程序,那就放心地把它删除了吧!要怎麽才不会让 core 文件出现?如果用的是tcsh的话, 以试著在 .tcshrc 里加一行:limit coredumpsize 0
如果用的是bash的话, 在/etc/profile里加上(或者修改)一条:ulimit -c 0


5.有一招, 可以让你看出 core 最好用的地方 
gdb -c core进去后打 where, 就可以 show 出你是在程序哪一行当掉的,还有在当掉时在哪个 function 里, 这个 function是被哪个function 所 call 的, 而这个 function 又是被哪个function所 call 的.... 一直到 main()由这个信息, 可以找出五六成的 bug........ 屡试不爽但, 先决条件, 当你在 compile 时必须把 debug information的选项打开 不然, 就会出现一大堆你看不懂的东西,而不是你喜欢的源程序。

### Linux coredump 使用教程 #### 生成 Core Dump 文件 为了确保能够成功生成核心转储文件(core dump),需要配置系统的几个参数: - **打开 core 文件的大小限制** 通过 `ulimit` 命令可以查看并修改当前 shell session 的资源限制情况。对于不限制 core 文件大小的情况,可执行命令 `ulimit -c unlimited` 来允许创建任意大小的核心转储文件[^2]。 - **设定 core 文件名模式** 可以通过调整 `/proc/sys/kernel/core_pattern` 文件的内容来自定义 core 文件的位置及其命名方式。例如,要将所有的 core 文件都存储到特定目录下,并按照一定格式命名,则可以用如下指令完成设置: ```bash sudo sh -c "echo '/data/coredump/core_$(date +%Y-%m-%d_%H-%M-%S)-%p.dump' > /proc/sys/kernel/core_pattern" ``` 这会使得每次发生崩溃时产生的 core 文件都会被放置于 `/data/coredump/` 路径之下,并带有日期时间戳以及进程 ID 等信息作为文件名称的一部分[^4]。 另外一种更常见的做法是指定固定的模板字符串给 kernel.core_pattern 参数,比如使用 `%e` 表示程序名、`%s` 表示信号编号等变量来构建更加灵活的名字结构,像这样: ```bash kernel.core_pattern="/coredumps/core-%e-%s-%u-%g-%p-%t" ``` 上述配置意味着每当应用程序异常终止时,操作系统将会依据此模板自动生成相应的 core 文件[^3]。 #### 分析 Core Dump 文件 一旦获得了所需的 core 文件之后,就可以利用调试工具对其进行深入探究了。最常用的手段之一便是借助 GDB (GNU Debugger),它不仅支持直接加载 core 文件来进行事后审查,还提供了丰富的功能帮助定位问题所在之处。 假设有一个名为 `<coredump>` 的 core 文件对应某个已知二进制文件的话,那么启动 GDB 并载入该 core 文件的方式如下所示: ```shell coredumpctl gdb <coredump> ``` 这条语句会让 GDB 连接到由 systemd-coredump 服务管理下的指定 core 文件上,从而让用户能够在交互式的环境中探索程序的状态,包括但不限于调用栈回溯、变量值检视等方面的信息[^1]。 此外,在某些情况下如果想要获取更为详细的崩溃现场数据,还可以考虑安装额外的支持包或是启用其他辅助特性,以便更好地理解故障原因。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值