微信扫一扫 分享朋友圈

已有 1254 人浏览分享

开启左侧

如何解决Ubuntu20.04出现段错误核心已转储问题

[复制链接]
1254 0
1.什么是段错误
        core dump又叫核心转储, 当程序运行过程中发生异常, 程序异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 叫core dump. (linux中如果内存越界会收到SIGSEGV信号,然后就会core dump)。产生段错误的原因大致上有三类:访问不存在的内存地址、访问系统保护的内存地址和访问只读的内存地址。

2. 解决方案
网上的资料虽然比较乱,但是也提供了一个解决问题的思路:
(1)设置core文件,找到段错误生成的core文件
(2)利用core文件,使用GDB测试找到问题所在

3.解决过程
先看问题:
image.png
3.1 生成Core文件
3.1.1 使用ulimit -a命令查看core文件大小限制

image.png
修改成功后,按照网上的说法,再运行程序就会生成core文件,一般路径和可执行程序一个路径。但是在ubuntu20.04下,怎么也找不到去哪里了(反正我的是这样),因此需要查看core文件的生成路径。

3.1.2 在终端输入 cat /proc/sys/kernel/core_pattern 查看core的生成路径。

image.png
转到这个路径下去找是找不到core文件,这是因为ubuntu的服务apport.service。自动生成崩溃报告,官方为了自动收集错误的。我们肯定想到修改路径的办法,那就演示一下会怎么样。
core的设置主要有两个命令:

  1. //控制core文件的文件名中是否添加pid作为扩展
  2. echo "1" > /proc/sys/kernel/core_uses_pid  
  3. //设置core文件的输出路径和输出文件名,这里我的路径是/home/boy/corefile,文件名就是后面的部分
  4. echo "/home/boy/corefile/core-%e-%p-%t"> /proc/sys/kernel/core_pattern

  5. //参数说明
  6. %p - insert pid into filename 添加pid
  7. %u - insert current uid into filename 添加当前uid
  8. %g - insert current gid into filename 添加当前gid
  9. %s - insert signal that caused the coredump into the filename 添加导致产生core的信号
  10. %t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
  11. %h - insert hostname where the coredump happened into filename 添加主机名
  12. %e - insert coredumping executable name into filename 添加程序名
复制代码
我直接用echo "/home/boy/corefile/core-%e-%p-%t"> /proc/sys/kernel/core_pattern 进行修改,结果如图
image.png
3.1.3 修改core文件生成路径
因为我们修改的core_pattern文件是只读文件,没法这样修改。所以要换一种思路,修改不了就先停掉apport.service,这个服务对我们来说基本没用。
错误报告的部分操作命令如下:

  1. //1.启用错误报告
  2. sudo systemctl enable apport.service
  3. //或
  4. sudo service apport start

  5. //2.关闭错误报告
  6. sudo systemctl disable apport.service
  7. //或
  8. sudo service apport stop
复制代码
所以,用sudo service apport stop关闭错误报告后我们再看core文件的路径会怎么样
image.png
可以看到,路径发生了变化,再运行一次试试,看现在能不能生成core
image.png
可以看到,运行完后用ll查看生成了core文件,方法有限,下面就是GDB调试找到错误的位置了。

3.2 GDB测试
GDB详细说明请看参考资料大佬的整理,这里只记录一下我怎么测试的

3.2.1 启动gdb
输入gdb 运行文件  core文件,例如:
gdb  bin/run_vo  core
结果如下:

image.png
可以看到对内存出现非法访问时将收到段错误信号SIGSEGV下面就是出错的位置,我们还可以使用backtrace回溯定位问题。

3.2.2 输入bt回溯定位
image.png
可以看到现在的报告更加详细。
到此,coredump问题已经解决,输入q,即可退出gdb,剩下就是修改问题部分了。


免责声明:
1,海欣资源网所发布的资源由网友上传和分享,不保证信息的正确性和完整性,且不对因信息的不正确或遗漏导致的任何损失或损害承担责任。
2,海欣资源网的资源来源于网友分享,仅限用于学习交流和测试研究目的,不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。
3,海欣资源网所发布的资源由网友上传和分享,版权争议与本站无关,您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。
4,如果您喜欢,请支持正版,购买正版,得到更好的正版服务,如有侵权,请联系我们删除并予以真诚的道歉,联系方式邮箱 haixinst@qq.com
海欣资源-企业信息化分享平台。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

0

关注

0

粉丝

19

主题
热度排行
回复排行
最新贴子

Archiver|手机版|海欣资源 ( 湘ICP备2021008090号-1 )|网站地图

GMT+8, 2024-3-28 19:49 , Gzip On, MemCached On.

免责声明:本站所发布的资源和文章均来自网络,仅限用于学习交流和测试研究目的,不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。 本站信息来自网络,版权争议与本站无关,您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。 如果您喜欢,请支持正版,购买正版,得到更好的正版服务,如有侵权,请联系我们删除并予以真诚的道歉。