linux coredump 使用教程

### Linux coredump 使用教程

#### 生成 Core Dump 文件

为了确保能够成功生成核心转储文件（core dump），需要配置系统的几个参数：

- **打开 core 文件的大小限制**

通过 `ulimit` 命令可以查看并修改当前 shell session 的资源限制情况。对于不限制 core 文件大小的情况，可执行命令 `ulimit -c unlimited` 来允许创建任意大小的核心转储文件[^2]。

- **设定 core 文件名模式**

可以通过调整 `/proc/sys/kernel/core_pattern` 文件的内容来自定义 core 文件的位置及其命名方式。例如，要将所有的 core 文件都存储到特定目录下，并按照一定格式命名，则可以用如下指令完成设置：

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` 表示信号编号等变量来构建更加灵活的名字结构，像这样：

kernel.core_pattern="/coredumps/core-%e-%s-%u-%g-%p-%t"

上述配置意味着每当应用程序异常终止时，操作系统将会依据此模板自动生成相应的 core 文件[^3]。

#### 分析 Core Dump 文件

一旦获得了所需的 core 文件之后，就可以利用调试工具对其进行深入探究了。最常用的手段之一便是借助 GDB (GNU Debugger)，它不仅支持直接加载 core 文件来进行事后审查，还提供了丰富的功能帮助定位问题所在之处。

假设有一个名为 `<coredump>` 的 core 文件对应某个已知二进制文件的话，那么启动 GDB 并载入该 core 文件的方式如下所示：

coredumpctl gdb <coredump>

这条语句会让 GDB 连接到由 systemd-coredump 服务管理下的指定 core 文件上，从而让用户能够在交互式的环境中探索程序的状态，包括但不限于调用栈回溯、变量值检视等方面的信息[^1]。

此外，在某些情况下如果想要获取更为详细的崩溃现场数据，还可以考虑安装额外的支持包或是启用其他辅助特性，以便更好地理解故障原因。