近日，多位 Ubuntu 用户反馈，在升级至 Ubuntu Desktop 24.04.4 LTS（x64 架构）后，调试信息检索守护进程 debuginfod 频繁出现无响应（hang）现象，严重影响 GDB 等调试工具的正常使用。该问题已在 Ubuntu 官方论坛、Launchpad 以及 Reddit 等社区引发广泛讨论，不少开发者的日常调试工作因此陷入停滞。

问题现象：调试过程突然“卡死”

据用户描述，当使用 GDB 调试系统级程序或自定义应用程序时，一旦触发 debuginfod 自动下载调试符号，终端便会长时间停滞，无法输出任何信息，直至手动中断（Ctrl+C）或超时退出。部分用户甚至反映，debuginfod 服务本身在后台持续占用 CPU 资源，导致系统响应变慢。

例如，一位用户在 Ubuntu 论坛中写道：“调试一个简单的 C 程序，gdb 启动后试图获取 libc 的调试符号，结果 debuginfod 直接卡住，等了五分钟都没有反应。禁用 debuginfod 后一切正常。” 类似的报告在近一周内迅速增加，主要集中在全新安装或从 24.04.3 升级至 24.04.4 的 x64 桌面版系统上。

影响范围：波及调试工作流与性能

debuginfod 是 Ubuntu 自 22.04 起默认集成的调试符号分发系统，旨在通过 HTTP 服务器自动提供匹配的源代码和调试符号，简化开发者调试流程。其挂起问题直接导致以下影响：

  • GDB 无法正常启动调试会话：当 debuginfod 服务不可响应时，GDB 会一直等待其返回数据，导致用户无法进入调试界面。
  • 系统调试工具链受阻：依赖于 debuginfod 的 Valgrind、SystemTap 等工具同样出现类似问题。
  • 非调试场景的连锁反应：即便不使用调试工具，部分系统服务（如 Apport 崩溃报告生成器）也会在调用 debuginfod 时出现延迟，影响用户体验。

受影响用户以 C/C++ 开发者、系统程序员以及需要排查内核或库级问题的运维工程师为主。截至目前，尚未有其他架构（如 ARM64）出现大规模同类报告，问题似乎集中于 x64 平台。

可能的根源：网络配置还是软件 Bug？

尽管 Ubuntu 官方尚未发布正式声明，但社区已结合实测信息提出几种推测：

  1. 默认服务器端负载过高或响应异常：debuginfod 默认指向公共服务器，近期因用户量激增或后端调整导致连接超时。有用户通过 strace 追踪发现，进程阻塞于 connect() 系统调用，等待 TCP 握手完成。
  2. IPv6 优先策略引发兼容性问题：部分用户在禁用 IPv6 后问题缓解，怀疑系统默认的地址解析顺序导致 debuginfod 尝试连接 IPv6 服务器失败，但未及时回退到 IPv4。
  3. 软件包版本引入的回归缺陷：24.04.4 中 libdebuginfod 库版本由 0.190 更新至 0.192，可能引入了 socket 处理或超时机制方面的回归。

也有用户指出，该问题与网络环境强相关：教育网或企业防火墙后的用户更容易复现，而家用宽带用户几乎不受影响。这进一步指向了服务器端可达性问题。

临时解决方案与社区应对

在官方修复补丁到来之前，社区已总结出若干临时解决办法，供开发者快速恢复工作：

  • 禁用 debuginfod：最直接的方法。修改 ~/.gdbinit 或全局配置 /etc/gdb/gdbinit，添加 set debuginfod enabled off 即可。代价是无法自动获取调试符号，需手动下载。
  • 设置超时时间：通过环境变量 DEBUGINFOD_TIMEOUT 缩短等待时间（如 export DEBUGINFOD_TIMEOUT=10），避免长时间挂起。
  • 搭建本地镜像：对于企业内部团队，可使用 debuginfod 开源服务端工具搭建本地缓存，或使用 elfutils 的 debuginfod-find 预先下载符号。
  • 回退软件包：将 libdebuginfod 系列包降级至 24.04.3 版本（0.190），但需注意依赖关系。

部分高级用户还编写了 systemd 定时任务，监控 debuginfod 进程状态并在无响应时自动重启，但这不能根治问题。

官方回应与后续展望

截至发稿前，Ubuntu 官方尚未在 Launchpad 上确认该 bug 的优先级，但已有开发者在 bug report #2089452 中提交了详细日志。负责 elfutils 维护的 Canonical 工程师表示已注意到社区反馈，正在实验室环境中尝试复现，预计将在未来一周内发布补丁或临时工作区公告。

考虑到 24.04.4 是 Ubuntu 24.04 LTS 系列的最新点版本，其稳定性直接影响企业级用户的生产环境。建议受影响用户在等待官方修复期间，优先采用禁用 debuginfod 的方式降低影响。同时，开发者也可关注 Launchpad 相关 bug 页面，及时获取修复进度。

对于普通桌面用户而言，若未主动使用调试工具，该问题基本无感；但任何在开发或调试工作中遇到突然卡顿的现象，不妨检查 journalctl -u debuginfod 日志，以快速判断是否为该问题所致。

Ubuntu 团队曾在 24.04 发布时将“提升开发者体验”作为核心目标之一，如今 debuginfod 的挂起问题无疑为本应流畅的调试流程打上了一个问号。我们期待官方尽快给出一个稳定可靠的解决方案。