ARM aarch64 ELF可执行文件GDB调试提示文件缺失求助

问题背景 #

目标是分析无源码的ELF 64-bit LSB PIE可执行文件，架构为ARM aarch64，无编译控制权。使用GDB调试时，运行阶段报错：

/bin/bash: line 1: /home/ec2-user/filename: cannot execute: required file not found

已在Ubuntu 22和Amazon Linux实例中复现该问题，且确认：

• 文件存放在~/目录下，启动GDB时也处于该目录
• 调试器内已执行dir /home/ec2-user
• GDB为官方源正常安装，原生date文件可正常调试，排除GDB本身问题
  注：打开不存在的文件时GDB会立即报错，但目标文件仅在运行阶段报错，可正常设置断点等离线操作。

解决方案 #

1. 检查目标文件的动态依赖库

ARM64程序依赖的动态库缺失时，系统加载器可能会给出“文件未找到”的误导性提示，先排查依赖：

• 查看文件依赖项：

  readelf -d /home/ec2-user/filename | grep NEEDED
  

• 验证依赖是否可被系统找到：

  ldd /home/ec2-user/filename
  

  若输出中有not found的库，需安装对应包，或临时指定库路径后再启动GDB：

  export LD_LIBRARY_PATH=/path/to/missing/libs
  gdb /home/ec2-user/filename
  

2. 确认系统架构与调试工具链匹配

• 检查当前系统架构：

  uname -m
  

  • 若输出为aarch64：确保GDB支持ARM64，部分系统默认GDB可能仅支持原生架构，可重新安装gdb-multiarch（Ubuntu）或gdb-aarch64-linux-gnu（Amazon Linux）。
  • 若输出为x86_64：必须安装交叉调试工具链，启动时使用交叉GDB：

    # Ubuntu
    sudo apt install gdb-multiarch
    gdb-multiarch /home/ec2-user/filename
    # Amazon Linux
    sudo yum install gdb-aarch64-linux-gnu
    gdb-aarch64-linux-gnu /home/ec2-user/filename
    

  进入GDB后可手动指定架构：

  set architecture aarch64
  

3. 检查文件权限与SELinux限制

• 确保文件有可执行权限：

  chmod +x /home/ec2-user/filename
  

• 检查SELinux状态：

  getenforce
  

  若输出为Enforcing，临时关闭后重试：

  sudo setenforce 0
  

  若问题解决，需调整SELinux政策（如添加允许执行的规则），避免后续再次触发。

4. 直接用系统加载器运行验证

绕过GDB，直接调用ARM64动态加载器运行文件，获取更明确的错误信息：

/lib/ld-linux-aarch64.so.1 /home/ec2-user/filename

根据加载器输出的具体错误（如某库缺失）针对性解决。

5. 强制使用绝对路径启动程序

GDB运行时可能因环境变量或路径解析问题出错，尝试在GDB内用绝对路径启动：

run /home/ec2-user/filename

或启动GDB时直接指定绝对路径：

gdb /home/ec2-user/filename

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