使用 dmesg 和 addr2line 分析程序 core 原因

最新推荐文章于 2025-06-12 22:42:10 发布
最新推荐文章于 2025-06-12 22:42:10 发布
阅读量4.1k 收藏 5
点赞数 1
CC 4.0 BY-SA版权
分类专栏： gcc&gdb&make Linux Problems
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/duyiwuer2009/article/details/51145417
当一个名为tagent的进程在响应时意外退出且未生成core文件时，通过dmesg日志分析发现程序在13:27:17左右崩溃。通过解析dmesg中的时间差获取到精确时间戳，并确认了程序的coredump。接着使用addr2line定位到问题发生在xxx.cpp的第38行，函数plugin_conn_send。

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

今天遇到这样一种情况：发现进程 tagent 在发送响应时退出了，退出原因未知，因为没有 core 文件，无从分析。core 文件生成目录和 ulimit 都没有任何问题，就是不生成 core 文件：

$ cat /proc/sys/kernel/core_pattern
core.%p_%e

$ ulimit -c
unlimited

写了个小程序也能生成 core, 没有 core 文件，只能另觅他径了。

dmesg

dmesg 发现如下两行：

[3612464.102140] tagent[29001]: segfault at 7f499fee11d8 ip 00000000004267aa sp 00007f499fee11e0 error 6 in
最低0.47元/天 解锁文章

200万优质内容无限畅学
addr2line跟踪core
陌上花开缓缓归以的博客
04-30 306
1,动态库如何指定链接路径，不适用/usr/bin,使用 -L . -lfun -Wl,-rpath=.偏移地址= 0xb76f0437 - 0xb76f0000 = 0x437。3,addr2line怎么找动态库的偏移地址，0x437怎么来的。a,挂死地址：0xb76f0437(是物理地址还是虚拟地址）先找到libfun.so的起始地址：0xb76f0000。2，addrline 没看到打印，输出？当把fun.c编译成动态库时呢。第一步，运行所有.c。
没打开coredump，利用dmesg调试core的方法
tl_sunshine的博客
03-05 2825
线上的机器为防止coredump把机器打死，通常都会把core关闭。如果线上机器出现core等问题，该怎样进行调试呢？ 通过dmesg可以解决上面的问题。 首先输入dmesg看相应的输出信息，如下图：   把上面的地址做差值就得到相应的出问题的代码地址，如下图：    如果没有gdb也可以用下面的命令进行计算： echo "obase=16; $(echo $(( 16#7fc4...
从dmesg里分析core原因
O_OCalmHawk的学习园地
01-21 556
服务器上由于怕软件bug以及磁盘的限制,一般会将core文件关掉. ulimit -a查看当前core file size设置. 这样程序有bug崩溃以后,只能通过dmesg查看有限信息.典型信息如下: collector[1847]: segfault at 000000000000000c rip 000000000040308a rsp 0000007fbffff820 error ...
dmesg 命令的完整指南
C/C++
06-12 788
是 Linux 系统调试的。
C语言使用gdb addr2line strace指令定位segmentation fault或者core dumped实例分析及总结
wgl307293845的博客
11-16 705
Core dump 例子程序如下 #include <stdio.h> int func(int a, int b) { return a / b; } int main() { int x = 10; int y = 0; printf("%d / %d = %d\n", x, y, func(x, y)); return 0; } 测试 程序名称test.c Ubuntu16.04下编译 gcc -o test -g test.c 测试编译出的
addr2line探秘
热门推荐
心慌慌
02-26 2万+
addr2line探秘 在Linux下写C/C++程序的程序员，时常与Core Dump相见。在内存越界访问，收到不能处理的信号，除零等错误出现时，我们精心或不精心写就的程序就直接一命呜呼了，Core Dump是Linux仁慈地留下的程序的尸体，帮助程序员们解决了一个又一个问题。 有时配置不给力，Linux直接毁尸灭迹，没有了Core文件；又有时，刚好磁盘空间不足，Core文件写不下了。没有C
linux 资源不够 dmesg,linux中的dmesg命令简介------没有core文件时如何定位core dump问题...
weixin_35758901的博客
05-16 298
今天， 我们来介绍一个linux中的dmesg命令，事实上， 我们之前用过， 但是没有单独介绍过。看一下dmesg命令的用途吧：dmesg命令用会把开机信息存到ring bufer中， 形成一个缓冲， 免得你我来不及看。 在root权限下， 可以用dmesg -c来清楚这个消息。 单纯的一个dmesg命令则是用来输出这些记录信息的。要注意， 程序core dump之后， 并不一定产生core文件，...
dmesg和addr2line命令定位段错误
线上幽灵
07-02 1172
没有core文件下，通过dmesg、addr2line命令定位段错误
Linux问题调试（3）--调试文件（core、map、Debug）的生成与调试工具（Addr2line、GDB）的使用
qq_69004149的博客
07-28 1348
Linux平台生成的可执行文件，带有Debug或Release属性。Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员对程序的调试。在Debug环境下，我们可以使用调试技巧，如观察监视、内存、反汇编等等。Release称为发布版本，它往往进行了各种优化，使程序在代码大小和运行速度上都是最优解，便于用户使用。map文件通常由链接器（Linker）生成，在构建过程中，链接器负责将各个编译单元（如.o或.obj文件）组合成一个可执行文件或库。
Linux生成dumpcore并进行调试,以及addr2line的用法
qq_39937902的博客
03-15 1017
1) 在终端中输入ulimit -c 如果结果为0，说明当程序崩溃时，系统并不能生成core dump。2) 使用ulimit -c unlimited命令，开启core dump功能，并且不限制生成core dump文件的大小。如果需要限制，加数字限制即可。ulimit - c 10243) 默认情况下，core dump生成的文件名为core，而且就在程序当前目录下。新的core会覆盖已存在的...
C++ 调试技术：addr2line
个人博客
08-21 2323
最常用的调试C++程序的方法是使用IDE,，比如说vs,clion。打断点，debug模式跑。 稍微先进一点的是使用gdb进行调试。 gdb调试使用到的技术就比较多了，以后详细介绍。 今天看到一个神奇的命令addr2line，这个命令可以在程序 core dump的时候告诉你程序在哪一行出错。 示例代码如下： int main(void) { char *str; /* Stor...
利用dmesg和addr2line来重现bug
手边笔记
03-03 1万+
利用dmesg和addr2line来重现bug 有些时候，我们的程序crash了，但是我们没有保存core dump信息，这时如果我们想要知道程序在哪个位置出错，就不是那么容易了。 下面有一种方法，可以大致判断出程序出错的大致位置。 1.用dmesg查找出错的代码段地址。 命令格式： dmesg | grep program_name其中program_name是可执行文件，
dmesg配合addr2line
weixin_44789033的博客
09-16 114
cd到根目录下,寻找崩溃的程序文件，具体文件可能是一个库，也有可能是一个可运行文件。拿ip地址减去程序地址。
利用dmesg和addr2line来对（动态库里的）段错误进行调试
hnudlz的专栏
12-07 3696
问题： 工作中，我们在varnish的基础上，利用vmod机制，实现了一个可以定制策略，且策略可自动加载而不需重新启动引擎的cache（平时，大家对varnish的利用，cache策略都定义在一个vcl配置文件中，每次对策略进行修改，都需要重新启动varnish，从而使得策略生效，且当部署在varnish后面的站点很多时，不方便对每站点的cache策略进行个性化的定制），这里各种策略的控制以及加
coredump 续---abort，addr2line
3-Number
06-06 2413
0x01缘由      在项目实际开发中，当出现段错误时，为了定位问题的代码行。必须保留程序运行上下文、根据linux内核日志定位代码行等。      有时当程序自己发现问题时，自动退出程序释放资源，如发现系统内存耗尽时，退出程序，又得自动将文件流刷新到磁盘等。 0x02 abort介绍       信号量：SIGABRT   6    程序自己发现错误并调用 abort 时产生。  
linux显示系统自检信息,Linux dmesg命令：显示开机时的内核检测信息
weixin_29663547的博客
04-29 657
在系统启动过程中，内核还需要进行一次系统检测，这些内核检测信息会被记录在内存当中。我们是否可以查看内核检测信息呢？使用dmesg 命令就可以查看这些信息。我们一般利用这个命令查看系统的硬件信息。dmesg 命令格式如下：[root@localhost ~]# dmesg例如：[root@localhost ~]# dmesg | grep CPU#查看CPU的信息Transmeta Transme...
addr2line是什么？
最新发布
08-02
`addr2line` 是一个 **调试工具**，用于将 **内存地址转换为对应的源代码位置**（文件名和行号），常用于分析程序崩溃（如 `Core Dump`）或调试信息（如 `DWARF`）。以下是关键点解析： --- ### **1. 核心功能** - **输入**：程序中的内存地址（如 `0x4005a6`）。 - **输出**：对应的 **源代码文件名 + 行号** 或 **函数名**（需编译时包含调试符号）。 - **依赖**：要求可执行文件或共享库编译时带有 `-g` 选项（生成调试信息）。 --- ### **2. 典型使用场景** - **分析崩溃日志**： ```bash addr2line -e /path/to/executable 0x4005a6 ``` 输出示例： `/home/user/main.c:42`（表示地址 `0x4005a6` 对应 `main.c` 文件的第 42 行）。 - **与 `backtrace` 结合**： 解析 `gdb` 或 `Core Dump` 中的调用栈地址。 --- ### **3. 常用参数** | 参数 | 作用 | |--------------------|---------------------------------------| | `-e <executable>` | 指定目标可执行文件路径 | | `-f` | 显示函数名（而不仅是行号） | | `-C` | 解码 C++ 符号（Demangle） | | `-p` | 美化输出格式（包含地址和源码位置） | --- ### **4. 工作流程示例** 1. **编译带调试符号的程序**： ```bash gcc -g -o test test.c ``` 2. **获取崩溃地址**（如通过 `gdb` 或 `dmesg`）。 3. **解析地址**： ```bash addr2line -e test -f -p 0x4005a6 ``` 输出示例： `main() at /path/test.c:42` --- ### **5. 注意事项** - **无调试符号时**：输出 `??:0`（需确保编译时加了 `-g`）。 - **动态链接库**：需同时提供库文件路径（如 `-e /lib/x86_64-linux-gnu/libc.so.6`）。 - **剥离符号表后**：若使用 `strip` 删除了符号表，`addr2line` 将失效。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值