文件明明存在，执行为啥会报No such file or directory ？
$ ls
$ https openssl sftp
$ ./https
-bash: ./https: No such file or directory
$ ldd https
linux-vdso.so.1 (0x00007ffc9b7f7000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f8b3c8a0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8b3c6dc000)
libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007f8b3c64c000)
libdl.so.2 =>/lib/x86_64-linux-gnu/libdl.so.2(0x00007f8b3c646000) # 不存在
/lib64/ld-linux-x86-64.so.2 (0x00007f8b3c90a000)
- 输出格式：
依赖库名称 => 实际路径（内存地址） linux-vdso.so.1：内核提供的虚拟库，用于加速系统调用，无物理文件路径。
发现部分依赖库不存在导致。
常见错误：
ldd: ./program: No such file or directory → 可能是缺少解释器或脚本本身不存在
ldd: exited with unknown exit code → 程序可能在运行期间崩溃
Linux ldd 命令详解
ldd（List Dynamic Dependencies，列出动态依赖）是 Linux 系统中用于查看可执行文件或共享库（.so）所依赖的动态链接库的核心程序，本质是一个 shell 脚本（而非二进制应用），利用调用动态链接器（如ld-linux.so）来解析目标文件的依赖关系。
基本语法
ldd [选项] 目标文件（可执行文件/共享库）
目标材料：必须是 ELF 格式（Linux 主流二进制格式）
三、常用选项
| 选项 | 功能说明 |
|---|---|
| 无选项（默认） | 列出依赖库的 “名称→实际路径→链接器” 关系，简洁明了 |
-v / --verbose | 详细输出：包含依赖库的版本信息、符号版本要求、链接器路径等 |
-u / --unused | 列出 “未被目标资料实际利用” 的依赖库（可能是编译时冗余依赖） |
-r / --function-relocs | 检查未定义的函数引用（若有缺失，会提示 undefined symbol，排查依赖缺失） |
-d / --data-relocs | 检查未定义的数据引用（类似 -r，但仅关注数据符号） |
--help | 查看帮助信息 |
--version | 查看 ldd 版本（实际是动态链接器的版本） |
输出事例：
linux-vdso.so.1 (0x00007ffc9b7f7000) # 虚拟动态共享对象（内核提供，无实际路径） libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f8b3c8a0000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8b3c6dc000) # C标准库 libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007f8b3c64c000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f8b3c646000) /lib64/ld-linux-x86-64.so.2 (0x00007f8b3c90a000)# 动态链接器（程序启动时调用）
尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬尴尬
/lib64/ld-linux-x86-64.so.2
构造由于动态链接文件缺失，执行二进制文件报No such file or directory的问题，将/lib64/ld-linux-x86-64.so.2动态链接器给移走，结果嘎嘎了！！！
系统所有命令都执行不了，mv、cp等， 文档移不回去了。
进阶技巧
1. 结合 readelf 查看更详细的依赖信息
readelf -d /path/to/program | grep NEEDED