如何借助.build-id文件夹恢复glibc 2.31及更高版本的符号表？

首先明确：deb包中的.build-id文件夹是GDB等调试工具匹配符号的标准结构，无需刻意寻找带符号的libc-xxx.so文件，按以下步骤操作即可：

1. 确认.build-id的文件结构 #

解压deb包后，.build-id下会呈现xx/xxxxxxxx.debug的层级（xx为两位十六进制前缀，后续长串十六进制为文件名），这个.debug文件就是对应libc的符号文件。

2. 让GDB自动识别符号文件 #

• 方式一：将解压后的.build-id文件夹直接复制到系统默认符号路径：

  cp -r /path/to/extracted/.build-id /usr/lib/debug/
  

• 方式二：启动GDB时手动指定符号搜索路径：

  gdb -s /path/to/your/executable -ex "set debug-file-directory /path/to/extracted/"
  

  注意路径要指向包含.build-id的上级目录，GDB会自动递归查找匹配的符号文件。

3. 手动关联符号与目标libc（自动匹配失败时用） #

1. 先获取目标libc的BuildID：

   readelf -n /path/to/your/target/libc.so.6 | grep BuildID
   

   输出格式类似BuildID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
2. 在解压的.build-id目录中找到对应文件：路径为.build-id/xx/xxxxxxxx.debug（xx是BuildID的前两位，后续部分是BuildID剩余的十六进制串）
3. 在GDB中手动加载符号：

   add-symbol-file /path/to/xxxxxxxx.debug 0x7fxxxxxxxxx0000
   

   其中的地址是libc加载到内存的基地址，可通过GDB的info sharedlibrary命令查看。

4. 验证符号加载结果 #

在GDB中执行info functions malloc，如果能显示malloc的完整符号及源码行号，说明符号表已成功恢复。

内容的提问来源于stack exchange，提问作者Kaguya