要找出某个特定可执行依赖的库，可以使用ldd命令。这个命令调用动态链接器去找到程序的库文件依赖关系。
$ ldd /path/to/program
注意！并不推荐为任何不可信的第三方可执行程序运行ldd，因为某些版本的ldd可能会直接调用可执行程序来明确其库文件依赖关系，这样可能不安全。
取而代之的是用一个更安全的方式来显示一个未知应用程序二进制文件的库文件依赖，使用如下命令：
$ objmp -p /path/to/program | grep NEEDED
查看运行进程的共享库依赖关系
如果你想要找出被一个运行中的进程载入的共享库，你可以使用pldd命令，它会显示出在运行时被载入一个进程里的所有共享对象。
$ sudo pldd
注意你需要root权限去执行pldd命令。
或者，也可以选择一个叫做pmap的命令行工具。它报告一个进程的内存映射，也能显示出运行进程的库文件依赖。
$ sudo pmap
2. 当我们在linux里面执行一个可执行文件报not found的时候如何处理，背后的原理是什么
在Linux中执行可执行文件时，若遇到"not found"错误，以blastp为例，首先，使用"file"命令检查文件属性，发现为可移植文件，包含动态链接库依赖，运行于Linux-x86-64版本。接着，通过"ldd"查看依赖的动态库，发现"libbz2.so.1"与"ld-linux-x86-64.so.2"未找到。"ld-linux-x86-64.so.2"找不到时，可能暗示操作系统底层存在依赖问题。检查基础镜像操作系统，发现使用的是alpine，其中阉割了Linux基础库。改用ubuntu镜像，对比发现ubuntu包含alpine中缺失的文件。
理解这一问题背后，需要掌握Linux中静态链接库和动态链接库的原理。静态链接库在编译时与程序一起链接，形成单一文件，而动态链接库在运行时动态加载。不同镜像中库的差异导致依赖问题，选择合适的镜像环境能解决执行问题。
总之，解决Linux执行文件时的"not found"错误，关键在于理解文件属性与依赖库的原理，选择合适的基础镜像环境。掌握这一知识，能有效应对类似问题。