说明
从第三大点开始讲解ubuntu20.04下无法形成core dump文件的解决办法。
一、core与term的区别
在之前讲过的信号中,终止进程的信号的动作分为两种,一种是core,一种是term。term(全称termination)是直接终止进程;而core的动作同样是终止进程,但是core在终止进程的同时会给我们形成core dump文件。
二、core dump文件的作用
当进程收到动作为core的信号发生异常退出时,将进程在内存中的核心数据(主要是与调试有关的核心数据)转储到磁盘中形成core dump文件,core dump文件可以帮助程序员定位到程序为什么退出以及是在哪一行退出的。它包含了崩溃时的内存状态信息,如变量值、函数调用栈等。core文件可以用来检查内存泄漏,因为它包含了程序在崩溃时的内存状态信息,通过分析可以找出哪些内存没有被释放。有时候程序崩溃是难以复现的,生成core dump文件可以帮助程序员在不同的环境中重现问题,以便更好地调试。利用core dump文件调试也叫做事后调试。
三、开启core文件功能
在Linux系统上,core dump文件的生成默认是关闭的。
默认core文件的大小为零,也就是关闭的。
下面是core文件生成的打开方法。
ulimit -c 10240(设置core dump文件的文件大小,单位为kb)
设置完成以后,我们就可以看到core文件的大小变为我们设置的大小了。下面我写一段测试代码:
#include <iostream>
using namespace std;int main()
{int a = 10;a /= 0;return 0;
}
此时我已经设置了core文件的大小,core dumped功能已经打开,可在当前目录下却没有形成core文件:
这是在ubuntu20.04系统下会产生的结果,下面我会讲解解决的方法。
三、ubuntu20.04下无法形成core文件的解决办法
3.1、解决方法
需要在root用户或者是用sudo提权执行这条指令:
sudo bash -c "echo core > /proc/sys/kernel/core_pattern"
在ubuntu20.04这个系统下,/proc/sys/kernel/core_pattern路径下的这个core_pattern文件的内容默认是空的,执行sudo "echo core > /proc/sys/kernel/core_pattern"这条指令是用来设置内核的 core dump 模式的。当你设置core_pattern为 "
core"
,系统会在程序崩溃并产生 core dump 时,将 core dump 文件命名为core而不是默认的带有进程 ID 和其他信息的文件名。 也就是说,形成的core dump文件的名称是可以自定义的,但我还是建议将core dump文件的名称就设置为core。
先设置core dump文件的大小:
执行该条指令,运行我的可执行程序,发生除0错误,这次就会形成core dump文件了。
core可以帮助调试,直接帮我们指定错误在第几行:
2、向core_pattern文件中写入内容时的细节
这也是我在写入core到core_pattern文件中所遇到的问题。刚开始我是用vim向core_pattern文件中写入core的,但在保存退出的时候遇到了下面这个问题:
原因是因为操作系统proc目录中的文件并不是实际的文件。/proc目录在Linux系统中是一个伪文件系统,它只存在于内存中,并不占用实际的磁盘空间。这个目录下的文件并不是真正的文件和目录,而是内核运行时的一些信息、状态和参数的接口。这些文件通常用于查看和修改内核参数、系统状态、硬件信息等。
由于/proc目录下的文件并不对应实际的磁盘上的数据,因此它们不能被常规的文本编辑器(如vim)进行编辑。实际上,当你尝试使用vim或其他文本编辑器打开并修改/proc下的文件时,你实际上是在尝试修改内核的状态或参数,而这是不被允许的。所以修改/proc下的文件时更常见的是使用shell命令。
四、总结
看了有的文章说禁用apport功能也能正常在当前目录下形成core dump文件,但是在ubuntu20.04这个系统下我已经尝试过了,并不能解决这个问题,大家也可以尝试一下这个方法看看。