网上很多博文说到 coredump 文件默认会在某个目录下生成。
按照网上很多的说法,运行程序就会生成 core 文件,一般生成路径和可执行程序是同一个路径。
但是,我尝试在 ubuntu 20.04 系统下,没有生成 core 文件。因此,需要查看 core 文件的生成路径。
查看 coredump 文件生成路径的方法:输入 cat /proc/sys/kernel/core_pattern 命令。
如下所示:
- wangtian@wangtian-virtual-machine:~$ cat /proc/sys/kernel/core_pattern
- /home/wangtian/coredump_file/core.%e-%p-%s
于是,我进入上述的目录下,并没有找到 coredump 文件。网上有网友博文中提到,说这是因为 ubuntu 系统默认情况下,开启了一种服务程序 apport.service。自动生成崩溃报告,官方为了自动收集错误的。
这时,可以通过更改文件路径的方法试试。
首先,创建一个文件路径,我这里在 /home/wangtian/ 目录下创建了文件夹 coredump_file。
其次,输入 echo '/home/wangtian/coredump_file/core.%e-%p-%s' > /proc/sys/kernel/core_pattern 命令即可 更改 coredump 文件生成路径(注意:这种更改为临时更改方法)。
操作如下:

可以看出,更改路径报出权限不够。这里因为我们修改的 core_pattern 文件是只读文件,这样修改文件路径操作失败。
那么,我们换一种思路,即关闭 apport.service 服务(这个服务其实对我们来说,没有很重要的作用)。可以通过以下命令打开或关闭该服务:
- //启用错误报告
- sudo systemctl enable apport.service //或
- sudo service apport start
-
- //关闭错误报告
- sudo systemctl disable apport.service //或
- sudo service apport stop
我在ubuntu系统下,输入 sudo systemctl disable apport.service 命令无法关闭服务。可以输入第二条命令 sudo service apport stop 命令来关闭 apport.service 服务,操作如下:

接下来以有一段测试代码为例,代码如下:
- #include
- #include
- #include
-
- int main(void)
- {
- char buffer[3] = {0};
-
- printf("---main()\n");
- memcpy(buffer, "hello,world!", 12);
- printf("---buffer: %s\n", buffer);
-
- return 0;
- }
运行程序(注意,程序编译时,必须加 -g 编译选项),如下:

可以看到,在可执行程序的目录下,同时,生成了 core 文件。接下来可以通过对这个文件进行分析来定位 bug 了。