GDB调试程序启动失败的问题

最新推荐文章于 2024-08-10 13:25:07 发布

原创最新推荐文章于 2024-08-10 13:25:07 发布 · 5.2k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#gdb #gcc/gdb编译调试

linux 专栏收录该内容

4 篇文章

订阅专栏

博主遇到gdb./u1运行缓慢的问题，通过检查发现磁盘空间不足导致/var目录满载。清理/var/crash并重建rpm数据库后，问题得以解决。关键步骤包括清理空间和重建rpmdb。

1.现象描述：

gdb ./u1 运行缓慢，提示

error: db5 error(11) from dbenv->open: Resource temporarily unavailable
error: cannot open Packages index using db5 - Resource temporarily unavailable (11)
error: cannot open Packages database in

2.怀疑是磁盘资源不足导致

df -h查看磁盘空间，发现/var 目录的31G全部使用

/dev/mapper/rhel-var 31G 31G 31G 100% /var

清理目录/var/crash 14G之后，问题依旧

发现有条提示 yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/b0/a1dfa62c6af7aa62487e3c260dc4b9c24d8bf8.debug

所以尝试yum --enablerepo='*debug*'，结果报错

3. 查找rpm的数据库损坏的解决方法

rpm --rebuilddb
yum clean all

yum repolist

然后再执行yum --enablerepo='*debug*'，提示参数不对，但是已经没有报错了

再尝试gdb ./u1，问题解决

4.问题总结

a.清理/var目录的空间

b.重新构建rpmdb数据库

经过以上猛如虎的操作之后gdb ./u1运行正常了

怀疑/var磁盘空间不足，导致rpmdb和gdb运行时的db临时数据库损坏

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ideal_bj

关注关注

1
点赞
踩
3

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

C++(Qt)软件调试---gdb调试入门用法（12）

mahuifa的博客

08-16

5145

学习GDB可以帮助程序员更好地调试程序，找到程序中的错误和问题，提高程序的质量和稳定性。在开发大型软件时，程序中可能存在许多错误和问题，这些问题可能会导致程序崩溃或者出现不可预期的行为。使用GDB可以帮助程序员更快地找到这些问题，并且提供一些调试工具来帮助程序员更好地理解程序的行为。

【linux系统调试】GDB 工具使用与调试方法大全，看这篇就够了

1 条评论

地上一个猴 2022.07.30
遇到现象一致的问题，重启后解决了

Linux调试神器 -- gdb

思緒凌亂

05-10

6814

一：起因（1）也许我们非常熟悉Windows下的VC6.0 和 CodeBlocks的调试工具 —— 界面化的调试，但是你是否想过你的每一个按键或者快捷键的背后指令是什么，让我们一起走进Linux的gcc动态调试工具GDB （2）程序调试无非就是：debug（gcc -g -o target source）;设置断点（b n）;观察变脸（info locals）;观察特定值（print ex

gdb调试core dump文件

tina_tian1的博客

11-16

5790

[root@localhost CMarketServer_dist]# gdb -c core.18669 GNU gdb (GDB) Red Hat Enterprise Linux (7.2-83.el6) Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or lat

GDB调试时常见错误与解决

Carrot_L的博客

11-29

2369

gdb进入时出现大量报错之后bt命令打印堆栈不全，无法调试。

【QtCreator】Gdb进程启动失败。可能是调用的程序“/usr/bin/gdb”不存在或者您没有调用该程序的权限【2024.02.19】

qq_25231249的博客

02-19

844

【QtCreator】Gdb进程启动失败。可能是调用的程序“/usr/bin/gdb”不存在或者您没有调用该程序的权限【2024.02.19】

GDB调试器在进程启动时即中断进行调试。

nbabn的专栏

05-04

3833

GDB是LINUX下的调试器，通常的用法是进程启动后

Linux GDB调试文档

02-13

总结来看，一个合格的Linux C/C++后台开发者应该掌握GDB调试技术，利用这一强大的工具来增强开发过程中的问题诊断和解决能力。GDB的版本不断更新，其功能也在不断增强，例如在*.*.*.**版本中，特别强调了对多线程和...

超详细GDB调试指南

守望的博客-编程珠玑

08-12

3225

来源：公众号【编程珠玑】博客地址：https://www.yanbinghu.com 原文地址：https://www.yanbinghu.com/2019/04/20/41283.html 未经授权，不允许转载总览本文为GDB调试指南，参考GDB调试手册，但加入了很多实例，目前已有的篇目：启动调试断点设置变量查看单步调试源码查看每个篇目都加入了示例，可操作性强。启动...

linux系统中通过gdb工具进行代码调试

记录自己喜欢的技术知识

06-04

709

本文章主要分享以下内容：gdb工具如何获取、如何进入代码调试模式、调试的几个命令

VS2019运行Linux程序报错：无法启动gdb。系统中缺少gdb。需进行...

LWD的博客

03-10

3413

Linux系统中没有gdb代码调试工具，导致VS2019不能调试运行Linux代码

VSCODE GDB调试报错 Unable to start debugging. Unexpected GDB output from command “-exec-run“

热门推荐

qq_31334375的博客

09-10

1万+

这里写自定义目录标题解决VSCODE gdb调试异常的一种情况解决VSCODE gdb调试异常的一种情况最近想尝试用vscode,开发opengl相关的，调试gdb时一直出问题，像下面这样。路径什么都没问题。最终发现，必须要把依赖的dll,放到可执行文件同路径下，像下面这样：于是，终于！！！！能调试了！花了好长时间，希望能帮大家排排坑。 ...

GDB调试时候的问题

上善若水

08-23

724

写了一个工程，有好几个文件，出了一点问题，找不到原因，只能调试，但是在调试的时候也碰到了各种问题，现在记录在这篇博客里面，也为后面的人带来更多的帮助。首先是这个问题：Missing separate debuginfos, use: debuginfo-install glibc-2.12-1 gdb调试提示:Missing separate debuginfos, use:

[gdb] error while loading shared libraries: libcunit.so.1: cannot open shared object file

土著零的博客

10-19

1605

在 gdb 使用中无法 run，提示信息 error while loading shared libraries: libcunit.so.1: cannot open shared object file: No such file or directory [Inferior 1 (process 23252) exited with code 0177] 解决方法 sudo find / -name "libcunit.so.1" 找到对应的路径后将 libcunit.so.1 复制到 /lib

(OK) 调试cBPM—CentOS7—gdb—gdbserver—问题的解决—5—process指向错误地址

张同光 (Tongguang Zhang)：Hello everyone !

02-01

520

--------------再接再厉（在CentOS 7没有解决这个问题，现在来解决） -------------------------------------调试问题5-----------------------------------process指向错误地址 Program received signal SIGSEGV, Segmentation fault. (gdb) s

linux gdb模式下无反应,linux – 当我从Docker容器内部运行时,gdb没有...

weixin_32827773的博客

05-12

541

问题如果我从主机编译并运行,我可以设置并达到断点,但如果我从docker容器中执行此操作,gdb不会触及已设置的断点.重现的步骤(所有片段都准备好复制粘贴)创建一个docker文件：cat << EOF > DockerfileFROM ubuntuRUN apt-get updateRUN apt-get install -y build-essential gdbEOF构建映...

Linux下用GDB调试程序崩溃错误

陈海峰的博客

03-02

6242

首先开启选项允许系统在程序崩溃时自动生成core dump文件 ulimit -c unlimited 编写测试程序test.c void main(void) { int * p = 0; *p = 10; } 编译程序，一定要加上选项-g ，生成调试信息 gcc -g -o test test.c 运

linux下使用yum命令提示错误：无法使用 db5 - (-30973) 打开 Packages 索引

Remberthename的博客

02-19

2254

linux下使用yum命令提示错误：无法使用 db5 - (-30973) 打开 Packages 索引问题原因因误操作导致rpm数据库损坏解决方法重建rpm数据库

VSCode 报错，Unable to start debugging.GDB failed with message: xxx.exe: No such file or directory.

m0_73954830的博客

08-10

545

将文件名改为中文即可。

gdb直接调试可执行程序

04-24

### 使用 GDB 调试可执行程序并解决 'The program is not being run' 错误 #### 加载与启动可执行程序为了使用 GDB 调试一个已有的可执行程序，首先需要加载该程序。这可以通过以下方式完成： - 输入 `gdb <program_name>` 来启动 GDB 并指定待调试的可执行文件[^1]。 - 或者，在进入 GDB 后通过命令 `(gdb) file <program_name>` 动态加载目标程序。一旦成功加载了可执行文件，下一步就是让其运行起来。有几种方法可以做到这一点： - 使用 `(gdb) run [arguments...]` 命令来启动程序，并可以选择性地提供必要的命令行参数。 - 另外也可以采用 `(gdb) start` 方法，它会在程序入口点之前停止，允许你在实际开始执行前设置更多断点或其他调试选项[^2]。如果尝试查看变量值、调用栈或者其他动态信息时收到消息 `"The program is not being run"`，则表明当前并没有处于运行状态下的进程可供查询。这时应回顾前面提到的方法确保程序已被正确启动。 #### 处理常见错误情景当遇到 `'The program is not being run'` 的提示时，除了确认是否忘记启动之外还需要注意其他可能性： 1. **程序已完成执行** 如果先前已经完成了整个应用程序生命周期的操作（例如发送了一个 continue 指令直到结束），那么再次请求这些特定于活动进程中数据的动作自然会失败。此时简单的解决方案便是重新发起新一轮调试周期——即杀死现有实例后再跑一次新副本[(gdb) kill], [(gdb) run]. 2. **异常终止或崩溃** 应用可能由于各种原因提前结束了它的生命期(如段错误)，这也使得后续任何针对那个短命版次的要求变得无意义。同样道理适用前述恢复策略即可恢复正常工作流。下面给出一段简单例子演示基本流程: ```c // demo: malloc.c #include <stdio.h> #include <stdlib.h> int main(){ int* a = (int *)malloc(sizeof(int)); if(a != NULL){ *a = 5; printf("Value assigned successfully.\n"); } else{ perror("Failed to allocate memory"); } free(a); a = NULL; return 0; } ``` 假设我们想对此代码片段进行调试，按照如下步骤操作： ```bash $ gcc -o malloc_demo malloc.c -g # 编译含调试信息版本 $ gdb ./malloc_demo # 开始调试 session (gdb) list # 查看源码部分区域，默认显示附近几行内容 ... (gdb) break main # 设立初始停靠站点便于介入分析 Breakpoint 1 at 0x... : file ..., line ... (gdb) run # 正式开启模拟运行模式 Starting program: /path/to/malloc_demo Breakpoint 1, main () at ...:line number.. (gdb) next # 单步前进过若干语句而不深入内部细节探讨 ... ``` ---