【Ubuntu】Linux 问题定位：如何定位段错误 (核心已转储)-------------coredump文件

最新推荐文章于 2025-07-25 00:09:54 发布
原创 最新推荐文章于 2025-07-25 00:09:54 发布 · 3.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Linux #core

在Linux中中运行程序出现段错误 (核心已转储)或者使用QT运行程序崩溃,此时可以通过产生core文件,gdb core文件的方法来定位.具体的方法:

(1)设置core文件,见:

设置core文件

(2)设置好core文件之后,运行程序复现问题,查看是否有core文件生成,假设有core文件生成.

(3)


gdb ./XXXXXX                                (XXXXXX代表你的程序编译之后生成的可执行文件)

core-file /corefile/core.XXXXXX.4494

bt

然后就会出来调用栈.

根据调用栈来查看那个函数或者文件出错.

ipfpm
关注
ORB-SLAM2算法1之Ubuntu20.04+ROS-noetic安装ORB-SLAM2及各种问题解决
重点记录机器人和自动驾驶相关领域的技术，尤其是计算机视觉，视觉SLAM等，不仅有前言文献或必备算法的学习，也会有实际应用的点滴经验
07-11 3140
本文主要包括Ubuntu20.04系统下，并已安装对应的ROS-noetic机器人系统，在此基础上如何一步步安装ORB-SLAM2的依赖库，比如OpenCV，Eigen3，Pangolin，最后安装非ROS版本和ROS版`的ORB-SLAM2，以及安装过程中遇到的问题和解决问题的办法。
猿创征文｜【Linux Debug】有了core-dump，Bug一举拿下！
Donge's Blog
11-09 901
`core-dump`文件，又称为**核心转储**，是操作系统在**进程收到某些信号终止运行**时，将此时**进程的地址空间、进程状态以及其他信息**写入到一个文件中，这个文件就是`core-dump`文件，其主要是为了方便开发人员调试，定位问题。
Linux下如何定位程序运行段错误位置-core文件
博客小站
03-09 2424
core文件 core文件是程序在运行过程中出现段错误退出时，用于保存让gdb调试的堆栈错误信息的文件 某些Linux系统下默认是没有设置core文件的，需要我们查看一下; 如果查看到core为0字节的话，就说明系统没有设置，那么我们要在使用之前进行设置，假设我们设置为1024字节 ulimit -c -c表示的就是core文件 ulimit -c 1024 将core的文件大小设为1024字节 unlimited就是无限大 当出现段错误的时候，我们的程序执行路径下就会生成一个core文件，然
一种Linux中快速定位段错误的方法
Biao
01-02 6839
在做嵌入式Linux开发的时候，程序很容易出现段错误。段错误一般是内存操作指针出错或是内存溢出等问题，有的时候系统会有一点错误提示，但有的时候就直接提示个Segmentation fault (core dumped) 。如果程序是单线程，那很好处理，编译的时候添加参数-g ,直接使用gdb 单步调试就可以直接定位到问题点在哪了。但是对于多线程，情况就不一样了。多线程进行单步调试不好处理，并且时
段错误原因（核心已转储）
最新发布
2302_80541912的博客
07-25 401
前几天写代码遇到的问题，之前在windows下的编译器可以找到报错，Linux这边编译过了，有个功能的问题，最后找到是我改变自定义协议之后，代码中的strtok_r少改一个对NULL继续分割。是 Linux/Unix 系统中程序运行时发生的严重错误，意味着你的程序试图访问它。这通常是由于程序中的引起的。
liunx系统应用程序段错误的寻找方法
weixin_42549534的博客
08-01 1779
以下是一些常用的方法：使用调试器：使用调试器，如gdb，可以更详细地调试应用程序，包括跟踪段错误。你可以在编译时使用-g选项来生成调试信息，然后使用调试器启动应用程序。当应用程序发生段错误时，调试器会停止程序，并提供有关引发段错误的位置的信息，包括源代码位置、函数调用栈等。内存检查工具：使用内存检查工具，如Valgrind，可以帮助你发现内存错误，包括段错误。Valgrind可以检测应用程序中的内存访问错误、内存泄漏等问题，并提供详细的报告以指导你进行修复。
linux+段错误+定位分析,linux 下c 程序 段错误 分析
weixin_42129797的博客
05-18 453
fopen("/var/spool/cron/tmp","w+");/////////////////////////////////////////#include #include #include #include #include #include #include int main(){int ret=-1;printf("********************************...
linux 段错误定位
cynh4234658的博客
09-16 171
运行程序前面加上 catchsegv ，可以显示段错误位置：catchsegv .／EXE。
ubuntu-linux下程序崩溃生成coredump的方法.pdf
02-27
在 **Ubuntu Linux** 下，当程序发生异常时，例如段错误（Segmentation fault），系统会尝试生成一个 **core dump** 文件。默认情况下，该文件的名字为 `core`，并位于程序崩溃时的当前工作目录中。 #### 二、更改 ...
【Electron-Vue】构建桌面应用（4）-linux-windows-mac交叉打包
chenqk_123的专栏
09-18 4188
1.前言 上两篇博客做了在windows下的electron-vue项目的打包发布，由于electron是跨平台的，所以需要产品支持多平台即Windows，Linux，Mac os系统。于是尝试在Windows下打包成Linux/Mac OS系统下的安装包，或者在Linux下打包Windows/Mac OS系统下的安装包或者在Mac OS系统下生成其他两个系统的安装包。 2.交叉打包 2.1 Windows下打包系统安装包 1.Windows打包Linux安装包 由于之前的研究全是基于W...
ORB-SLAM2_RGBD_DENSE_MAP编译、问题解决、离线加载TUM数据和在线加载D435i相机数据生成稠密地图
重点记录机器人和自动驾驶相关领域的技术，尤其是计算机视觉，视觉SLAM等，不仅有前言文献或必备算法的学习，也会有实际应用的点滴经验
09-14 1082
ORB-SLAM2_RGBD_DENSE_MAP是基于ORB-SLAM2框架的一种RGB-D稠密地图构建算法。ORB-SLAM2是一种基于单目、双目和RGB-D相机的实时定位与建图（SLAM）系统，旨在通过计算机视觉技术实现机器人和自主驾驶汽车等设备的自主定位和地图构建。
Linux C段错误定位
06-08
嵌入式开发中有时候代码量庞大，需要进行错误地点定位，我自己写了一个段错误定位的实例，目前只能将错误定位到调用函数级别，不过相信把发生错误的函数找到了，离找到错误的原因也不远了。
linux 查找段错误,linux 定位段错误的一个方法
weixin_39922642的博客
05-12 1213
背景：程序出现段错误，没有core文件产生，日志没来得及写堆栈信息。步骤1：使用dmesg查看系统运行信息。cstaspee[10259]: segfault at 4 ip 00007fdb92acd1df sp 00007fd9c5e65d20 error 6 in libcsta_scm.so[7fdb92aba000+1c000]发现在cstaspee在调用libcsta_scm.so动态...
怎么找linux段错误,linux下寻找段错误的方法
weixin_33812391的博客
05-12 1051
为了能够快速找到发生段错误的地方，记录以下两种方法。objdump和backtrace的配合使用：https://www.cnblogs.com/jiangyibo/p/9507555.html代码：test.c 一、命令addr2line: addr2line -e '可执行文件名' 'dmesg打印的地址'编译的时候一定要加“-g” 添加调试信息:gcc -g test.c生成的可执行...
用gdb检查段错误（segment fault)
yuyin86的专栏
08-21 1673
所谓的段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一个单位的表，在这张表中就保存着程序运行的代码段以及数据段的起始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度
通过GDB快速定位“段错误”的位置
xja31415的博客
10-10 7328
通过GDB快速定位“段错误”的位置 [日期：2015-09-16] 来源：Linux社区  作者：tennysonsky [字体：大 中 小] 有些时候我们在一段 C/C++ 代码的时候，由于对一个非法内存进行了操作，在程序运行的过程中，出现了“Segmentation fault (core dumped)”——段错误。
linux编译错误定位,通过GDB快速定位“段错误”的位置
weixin_29189363的博客
05-01 915
有些时候我们在一段 C/C++ 代码的时候，由于对一个非法内存进行了操作，在程序运行的过程中，出现了“Segmentation fault (core dumped)”——段错误。呵呵，这种问题我想很多人会经常遇到。遇到这种问题是非常无语的，只是提示了"段错误"，接着什么都没有，如果我们一味的去看代码找太疼苦了，因为我们都相信自己写的代码没问题，现实就是现实。接着，我们可能通过打印来定位到段错误的...
linux+段错误+定位分析,linux?下c?程序?段错误?分析
weixin_39623805的博客
05-18 298
fopen("/var/spool/cron/tmp","w+");/////////////////////////////////////////#include #include #include #include #include #include #include int main(){int ret=-1;printf("********************************...
root目录下一直产生core-mate-indicators
03-30
<think>好的，我现在需要帮助用户解决关于root目录下一直产生core-mate-indicators文件的问题。首先，我要确定用户提到的“core-mate-indicators”具体是什么类型的文件。可能有两种情况：一种是core dump文件，另一种是应用程序生成的日志或临时文件。 首先，core dump文件通常以“core”开头，后面可能跟一些进程名或PID。但用户提到的是“core-mate-indicators”，这可能是某个特定程序生成的core文件，比如mate-indicators相关的进程崩溃导致的。另一种可能是这个文件并非core dump，而是由某个应用（如MATE桌面环境的指示器程序）生成的日志或缓存文件。 接下来，我需要分步骤分析可能的原因和解决方法： 1. **确认文件类型**：用户需要先检查文件属性，使用命令`file core-mate-indicators*`来确定文件类型。如果是ELF core dump，说明是程序崩溃产生的；如果是文本或数据文件，则可能是应用生成的日志或缓存。 2. **检查相关进程**：如果确认是core dump，需要找出导致崩溃的进程。查看系统日志（如`/var/log/syslog`或`journalctl`）中的错误信息，定位崩溃时间和相关进程。 3. **处理core dump**： - 临时清理：使用`rm`命令删除文件，但需注意权限问题。 - 禁止生成core文件：通过`ulimit -c 0`临时禁用，或修改`/etc/security/limits.conf`永久设置。 - 配置core存储路径：通过`/proc/sys/kernel/core_pattern`指定core文件存放位置，避免堆积在root目录。 4. **处理应用日志/缓存**： - 查找应用配置，修改日志或缓存路径。 - 设置日志轮转，使用logrotate管理文件大小和数量。 - 定期清理，如使用cron任务定时删除旧文件。 5. **检查定时任务或服务**：查看是否有定时任务或服务脚本错误地生成这些文件，检查`/etc/cron.*/`和`systemd`服务单元。 6. **联系开发者**：如果是特定应用的问题，可能需要报告bug或等待更新修复。 在解释过程中，需要确保用户理解每个步骤的目的和操作方法，同时提醒谨慎操作，尤其是修改系统配置时。可能用户对Linux系统管理不太熟悉，所以指导要详细但不过于复杂。另外，需要区分core dump和普通日志的不同处理方式，避免误删重要文件或忽略潜在的系统问题。</think>关于 `root` 目录下持续生成 `core-mate-indicators` 文件的问题，以下是逐步分析和解决方案： --- ### 1. **确认文件类型** **目标**：判断文件是 **核心转储（Core Dump）** 还是 **应用程序日志/缓存**。 - **执行命令**： ```bash file /root/core-mate-indicators* # 查看文件类型 ``` - **可能结果**： - 若输出包含 `ELF core file`，说明是核心转储（程序崩溃生成）。 - 若输出为 `ASCII text` 或 `data`，则可能是应用日志或临时文件。 --- ### 2. **针对核心转储（Core Dump）** #### 2.1 定位崩溃进程 - **查看系统日志**： ```bash journalctl -b | grep -i "core dumped" # 筛选崩溃记录 ``` 或检查 `/var/log/syslog`，搜索关键词 `segmentation fault` 或 `core dumped`。 - **关联进程**： 若日志中出现类似 `mate-indicators.service` 或 `indicator-xxx` 的进程名，说明是 MATE 桌面组件的崩溃。 #### 2.2 禁止生成 Core Dump - **临时禁用**： ```bash ulimit -c 0 # 当前会话生效 ``` - **永久禁用**： 编辑 `/etc/security/limits.conf`，添加： ```conf * hard core 0 ``` #### 2.3 配置 Core Dump 存储路径 - **修改存储位置**： ```bash echo "/tmp/core-%e-%p" | sudo tee /proc/sys/kernel/core_pattern ``` 此命令将核心转储文件定向到 `/tmp` 目录，避免污染 `/root`。 --- ### 3. **针对应用日志/缓存文件** #### 3.1 查找来源进程 - **检查进程树**： ```bash lsof /root/core-mate-indicators* # 查看占用文件的进程 ``` - **检查 MATE 组件**： 可能是 `mate-indicators-applet`、`indicator-sound` 等桌面插件，尝试重启相关服务： ```bash killall mate-indicators-applet && mate-indicators-applet & ``` #### 3.2 清理与配置 - **手动删除文件**： ```bash sudo rm /root/core-mate-indicators* ``` - **修改日志路径**： 编辑应用配置文件（如 `/etc/mate-indicators.conf`），将日志/缓存目录改为 `/var/log` 或 `/tmp`。 --- ### 4. **排查定时任务或服务** - **检查 Cron 任务**： ```bash grep -r "core-mate-indicators" /etc/cron.* # 搜索相关定时任务 ``` - **检查 systemd 服务**： ```bash systemctl list-unit-files | grep mate-indicator # 查看关联服务 systemctl status indicator-xxx.service # 检查服务状态 ``` --- ### 5. **其他建议** - **更新系统与软件**： ```bash sudo apt update && sudo apt upgrade # 修复可能存在的程序缺陷 ``` - **提交 Bug 报告**： 若问题持续，通过 `ubuntu-bug mate-indicators` 向开发者反馈。 --- ### 总结步骤 1. 通过 `file` 命令确认文件类型。 2. 根据结果选择处理核心转储或应用日志。 3. 修改配置限制文件生成。 4. 排查定时任务或服务。 5. 更新系统或联系开发者。 请根据实际排查结果选择对应操作，谨慎修改系统配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值