ARM之coredump文件调试

本文介绍在嵌入式Linux环境下如何设置core文件的生成,包括解除限制、修改格式和路径,以及如何使用core文件进行调试。适用于解决程序异常退出时的分析需求。

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

一、为什么要产生core文件

程序总会遇到各种异常或者bug导致退出中止,但是程序却没有打印出可供参考的log信息,这时候就可以利用code文件进行分析。一般情况下,code文件会记录程序运行的内存,寄存器,堆栈指针等信息,想要使用code文件分析,就需要在linux系统中设置一下。

二、嵌入式core文件生成设置

其实总结起来就三步:

(1)解除限制:linux系统下core文件的生成设置默认是关闭的,所以要生成core文件首先要设置core文件的大小。

命令ulimit -a 可以看到和core文件相关的一些设置:

core file size          (blocks, -c) 0

data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 3643
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 3643
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
可以看到第一行core file size 默认大小是0。这里要修改core文件的大小,可以根据自己的需要设置大小,一般设为1024即可。

具体的设置方法:ulimit -c 1024

-c :可以上面的设置中每一项后面的括号中都有一个参数,要设置xxx那一项,就ulimit -xxx size即可。

这里建议直接把ulimit -c 1024添加到 /etc/profile文件中。这样就不用没事reboot后要重新设置。

(2)修改core文件的格式和生成路径

执行下面两行命令:

echo 1 > /proc/sys/kernel/core_uses_pid

echo "/corefiles/core-%e-%p-%t" >> /proc/sys/kernel/core_pattern

(3) core文件调试

交叉编译程序后的程序拷贝到目标板上,运行行程序。这样会产生core文件。存放的目录是/corefiles目录下。

把core文件拷贝到Linux上,然后执行arm-linux-gdb ./test core-test

### 如何在 Linux 中分析 coredump 文件 #### 使用 GDB 进行 Core Dump 分析 当应用程序崩溃并生成 core dump 文件时,GDB 是最常用的工具来诊断和解决问题。通过加载可执行文件及其对应的 core 文件到 GDB 中,能够获取详细的调用栈信息以及变量状态。 启动 GDB 并指定要调试的应用程序路径及 core 文件位置: ```bash gdb /path/to/executable /path/to/corefile ``` 进入 GDB 后,可以利用 `bt` 命令打印回溯堆栈以了解异常发生的上下文环境[^1]。对于更深入的调查,还可以检查特定线程的状态或者查看局部/全局变量的具体数值。 如果目标架构不是常见的 x86 或者 x86_64 构建,则可能需要用到交叉编译版本的 GDB 来匹配相应的硬件平台,比如针对 ARM 设备使用的命令如下所示[^4]: ```bash aarch64-linux-gnu-gdb executable-file core-file ``` #### 配置系统以便捕获 Core Dumps 为了确保能正常收集到有用的 core dumps,在某些情况下需要调整操作系统的配置参数。这通常涉及到修改 `/etc/security/limits.conf` 和 `/proc/sys/kernel/core_pattern` 设置项[^3]。 - **设置大小限制**:允许进程创建任意大小的核心转储文件。 ```bash ulimit -c unlimited ``` - **定义保存模式**:决定如何命名和存储这些文件;例如按时间戳或PID编号等方式区分不同实例产生的core文件。 另外值得注意的是,并非所有的Linux发行版默认开启此功能,因此建议查阅官方文档确认具体步骤[^2]。 #### 替代方案与其他工具 除了 GDB 外还有其他一些辅助性的工具可以帮助处理复杂的场景下的coredumps: - **ABRT (Automatic Bug Reporting Tool)** : 自动检测应用错误并将报告发送给开发者团队。 - **Crash Utility**: 提供了一组用于解析kernel panic所造成的vmcores的功能集合。 - **SystemTap/Guru Mode**: 支持动态跟踪正在运行中的服务而无需重启它们即可获得性能瓶颈所在之处的信息。 尽管如此,大多数时候还是推荐优先考虑使用成熟的开源项目如GNU Debugger来进行初步排查工作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值