Linux中的8个ldd命令示例

Ldd 是一个 Linux 命令行实用程序，用于在用户想知道可执行文件的共享库依赖关系甚至共享库的依赖关系的情况下使用。您可能已经注意到 Linux 机器的 /lib 和 /usr/lib 目录中有许多以 lib* 开头的文件。这些文件称为库。库是资源的集合，例如子例程/函数、类、值或类型规范。

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

有两种类型的库：

静态库：不依赖外部库运行的完整程序的静态库。静态链接程序的特点是它们无需安装任何先决条件即可工作。静态库以*.a扩展结尾，这些库包含（单独的副本）到需要其功能的程序中。

动态库：适用于小型程序的动态库，这些库以.so扩展名结尾，在许多程序运行时使用动态链接的另一个特点，它可以共享一个库的副本，而不是相同代码的多个副本占用内存。所以最近的程序使用动态链接。在本文中，我们将介绍ldd用于管理共享库的命令。

共享库

当我们编写程序时，我们需要许多其他人已经编写的代码来为我们执行例行或专门的功能。这些代码片段存储在共享库中。为了使用它们，我们将它们与我们的代码链接起来，无论是在我们构建程序时还是在运行程序时。

LDD 命令语法和选项

ldd 命令打印共享对象依赖关系。该命令的语法是：

ldd [OPTION]... FILE...

我们可以使用 ldd 命令开关，这些开关可以插入到
上述命令中的 [OPTION] 位置：

• -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) 显示命令的依赖关系及详细信息

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

$ 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) 显示命令未使用的直接依赖关系

我们可以使用选项显示cp命令的未使用的直接依赖关系。-u

$ 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 仅适用于动态可执行文件

我们将ldd仅使用-r选项显示动态可执行文件上的作品。

$  ldd -r /smart/pycharm-community-2017.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表示它无法找到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 Wrapper

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

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

    Output:

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

输出表明 OpenSSH (sshd) 守护程序支持 TCP Wrapper。

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/*.conf

因此，在 /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

结论

在本教程中，我们学习了如何使用 ldd 命令以及如何在 linux 命令行中使用。