LDD是一个Linux命令行实用程序，用于用户想要知道可执行文件的共享库依赖性，甚至是共享库的共享库依赖性。
我们可能已经注意到LINUX机器中的lib *中的许多文件和/lib和/usr/lib目录。
这些文件称为库。
库是一个资源的集合，例如子程序/函数，类，值或者类型规范。

库 使程序可以使用常用例程而无需维护其源代码的管理开销，或者每次编译程序编译它们的处理开销。

库 有两种类型：

静态库：静态库，用于完整的程序，不依赖于外部库运行。
静态链接程序的特征是他们在不安装任何准备工作的情况下工作。
静态库以"* .A"扩展名结束，并将这些库(单独副本)包含(单独副本)，以便需要其功能的程序。

动态库：动态库的规模小程序，这些库以".so"扩展"结束，当许多程序运行时，使用动态链接的另一个功能，它可以共享一个库的一个副本，而不是占用了许多副本相同的代码。
因此，最近的程序使用动态链接。
在本文中，我们将通过命令"ldd"，该命令用于管理共享库。

共享库

当我们制作一个程序时，我们需要许多代码，别人已经编写了为我们执行例程或者专业函数。
这些代码存储在共享库中。
要使用它们，我们将它们与我们的代码链接，无论是在构建程序或者运行程序时。

LDD命令语法和选项

LDD命令打印共享对象依赖项。
命令的语法是：

ldd [OPTION]... FILE...

我们可以使用可以插入上面命令中的[选项]点中的LDD命令交换机：

• -v：打印所有信息。
• -d：进程数据重定位。
• -R：进程数据和功能重定位。
• -u：打印未使用的直接依赖项。

请在通过命令之前注意以下几点：

文件，ld-linux.so是动态链接器或者加载器，其检查所请求的程序的所需链接或者库缓存并加载它。

缓存文件/etc/ld.so.cache包含在/etc/ld.so.conf中指定的目录中找到的库列表。
这有助于提供更快的动态链接。

文件/etc/ld.so.conf指定用于搜索库的目录

1)显示命令的依赖项

我们将显示CP命令的依赖项。

$ldd /bin/cp

Output:
    linux-vdso.so.1 =>  (0x00007fffaf3ff000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003a06a00000)
    librt.so.1 => /lib64/librt.so.1 (0x0000003a06200000)
    libacl.so.1 => /lib64/libacl.so.1 (0x0000003a13000000)
    libattr.so.1 => /lib64/libattr.so.1 (0x0000003a0ea00000)
    libc.so.6 => /lib64/libc.so.6 (0x0000003a05200000)
    libdl.so.2 => /lib64/libdl.so.2 (0x0000003a05a00000)
    /lib64/ld-linux-x86-64.so.2 (0x0000003a04a00000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003a05600000)

2)使用详细信息显示命令的依赖性

我们将显示使用"-v""选项的更多详细信息，显示"cp"命令"的依赖关系。

$ldd -v /bin/cp

Output:
     linux-vdso.so.1 =>  (0x00007fff473ff000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003a06a00000)
        librt.so.1 => /lib64/librt.so.1 (0x0000003a06200000)
        libacl.so.1 => /lib64/libacl.so.1 (0x0000003a13000000)
        libattr.so.1 => /lib64/libattr.so.1 (0x0000003a0ea00000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003a05200000)
        libdl.so.2 => /lib64/libdl.so.2 (0x0000003a05a00000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003a04a00000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003a05600000)
        Version information:
        /bin/cp:
                librt.so.1 (GLIBC_2.2.5) => /lib64/librt.so.1
                libattr.so.1 (ATTR_1.1) => /lib64/libattr.so.1
                libacl.so.1 (ACL_1.2) => /lib64/libacl.so.1
                libacl.so.1 (ACL_1.0) => /lib64/libacl.so.1
                libc.so.6 (GLIBC_2.6) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
        /lib64/libselinux.so.1:
                libdl.so.2 (GLIBC_2.2.5) => /lib64/libdl.so.2
                ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
                libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.8) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
        /lib64/librt.so.1:
                libpthread.so.0 (GLIBC_2.2.5) => /lib64/libpthread.so.0
                libpthread.so.0 (GLIBC_PRIVATE) => /lib64/libpthread.so.0
                libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
                libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
        /lib64/libacl.so.1:
                libattr.so.1 (ATTR_1.0) => /lib64/libattr.so.1
                libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
        /lib64/libattr.so.1:
                libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
        /lib64/libc.so.6:
                ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
                ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
        /lib64/libdl.so.2:
                ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
                libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
        /lib64/libpthread.so.0:
                ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
                ld-linux-x86-64.so.2 (GLIBC_2.2.5) => /lib64/ld-linux-x86-64.so.2
                ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
                libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
                libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
                libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6

3)显示命令的未使用直接依赖项

我们可以使用"-u""选项显示"CP"命令的未使用直接依赖性"。

$ldd -u /bin/cp

Output:
     Unused direct dependencies:
        /lib64/libselinux.so.1
        /lib64/librt.so.1
        /lib64/libacl.so.1
        /lib64/libattr.so.1

4)显示LDD仅适用于动态可执行文件

我们将显示使用"-r"选项的动态可执行文件"的"LDD"工作。

$ ldd -r /smart/pycharm-community-2016.3.3/bin/pycharm.sh

Output:
     not a dynamic executable

输出显示了清除消息状态，提供的文件不是动态可执行文件。

5)LDD具有标准命令行可执行文件

当我们在标准的命令行上尝试ldd时，我们需要"LS"，我们需要动态可执行文件的完整路径。

$ldd ls

Output:
    ldd: ./ls: No such file or directory

我们看到"LDD"(LDD")州无法找到"LS"。

$ldd /bin/ls

Output:
    linux-vdso.so.1 =>  (0x00007fff5cbea000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003a06a00000)
    librt.so.1 => /lib64/librt.so.1 (0x0000003a06200000)
    libcap.so.2 => /lib64/libcap.so.2 (0x0000003a07600000)
    libacl.so.1 => /lib64/libacl.so.1 (0x0000003a13000000)
    libc.so.6 => /lib64/libc.so.6 (0x0000003a05200000)
    libdl.so.2 => /lib64/libdl.so.2 (0x0000003a05a00000)
    /lib64/ld-linux-x86-64.so.2 (0x0000003a04a00000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003a05600000)
    libattr.so.1 => /lib64/libattr.so.1 (0x0000003a0ea00000)

但是用绝对的道路，"LDD"工作得很好。

6)知道给定的可执行守护程序支持TCP包装器

要确定给定的可执行文件守护程序是否支持TCP包装器，请运行以下命令。

$sudo ldd /usr/sbin/sshd | grep libwrap

Output:
    libwrap.so.0 => /lib64/libwrap.so.0 (0x00007f1cc2ac6000)

输出表示openssh(sshd)守护程序支持TCP包装器。

7)LDD缺失依赖

由于缺少依赖性，可执行文件失败时，我们可以使用"LDD"命令。
一旦我们找到了缺少依赖项，我们就可以安装它或者使用"ldconfig"命令"更新缓存。

$sudo ldd /bin/mv

libacl.so.1 => /lib/libacl.so.1 (0×40016000)
libc.so.6 => /lib/libc.so.6 (0x4001c000)
libattr.so.1 => /lib/libattr.so.1 (0×40141000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0×40000000)

我们将通过键入以下命令执行重新定位并报告任何缺少的对象(仅限ELF)。

$sudo ldd -d path/to/executable_file

我们将通过键入下面的命令来对数据对象和函数进行数据对象和函数的重新定位，并通过键入命令来报告任何缺少的对象或者函数(仅限ELF)。

$sudo ldd -r path/to/executable_file

常见的共享库相关错误

1)缺少库错误

即使在新安装路径"/opt/newinstall/lib"中提供了上述库，我们可能会遇到丢失的库错误。
这是因为系统不知道此目录要检查库。
这可以通过两种方式中的任何一种来解决。

一种。
执行以下命令，

$ldconfig -n /opt/newinstall/lib

湾我们可以在/etc/ld.so.conf文件中看到以下包含行：

包括ld.so.conf.d/*。
联合会

因此，在/etc/ld.so.sonf.d文件夹中创建一个文件，与以下内容说newinstall.conf。

/opt/newinstall/lib

然后，执行：

$ldconfig

2)动态链接错误，无法映射缓存文件

这可能是由于损坏的缓存文件。
这可以通过使用ldconfig重建缓存文件来解决。

$ldconfig

ldconfig命令

LDConfig将必要的链接和缓存(运行时链接器，LD.SO)创建到命令行中指定的目录中找到的最新共享库中的最新共享库，在文件/etc/ld.so.conf中，以及在可信任的目录(/usr/lib和/lib)中。

举些例子：

执行以下命令以设置共享二进制文件的正确链接并重建缓存。

$ldconfig –v

在安装新的共享库后执行以下命令将正确更新/lib中的共享库符号链接。

$ldconfig -n /lib

以下命令将打印当前缓存。

$ldconfig -p