主页 / unix / 问题 / 423365
Accepted
Ermir Bajraktari
Asked: 2018-02-12 03:08:34 +0800 CST

ld.so.cache 文件不是二进制文件

  • 772

我目前正在学习 Comptia Linux+ 考试，并且在共享库章节。其中，它说/etc/ld.so.cache文件是二进制文件，但在我的情况下不是。这是一个常规文件，我可以轻松查看其内容，而且它包含库位置。

ls -l /etc/ld.so.cache 
-rw-r--r--. 1 root root 154135 Feb 11 11:17 /etc/ld.so.cache

我在几种材料中看到缓存文件是二进制文件，我很好奇为什么会出现这种不匹配？该文件的类型是否依赖于发行版？我正在使用 Fedora 工作站 27

linux dynamic-linking

2 个回答

  1. Best Answer

    您正在混淆二进制文件和可执行（二进制）文件的定义。

    书中正确提到/etc/ld.so.cache的是二进制文件（a data file）。

    如您所见，正在运行file /etc/ld.so.cache

    $ file /etc/ld.so.cache 
/etc/ld.so.cache: data

    来自man ld.so：

    解析共享对象依赖项时，动态链接器首先检查每个依赖项字符串以查看它是否包含斜杠（如果在链接时指定了包含斜杠的共享对象路径名，则会发生这种情况）。如果找到斜线，则依赖字符串被解释为（相对或绝对）路径名，并且使用该路径名加载共享对象。

    如果共享对象依赖项不包含斜线，则按以下顺序搜索它：

    ......

    • 来自缓存文件 /etc/ld.so.cache，其中包含先前在扩充库路径中找到的候选共享对象的编译列表。但是，如果使用 -z nodeflib 链接器选项链接二进制文件，则会跳过默认路径中的共享对象。安装在硬件功能目录（见下文）中的共享对象优先于其他共享对象。

    从man ldconfig

    /etc/ld.so.cache

    包含在 /etc/ld.so.conf 中指定的目录以及 /lib 和 /usr/lib 中找到的库的有序列表的文件。

    此外，/etc/ld.so.cache在运行时会重新生成ldconfig。请参阅ldconfig 和 ld.so.cache 之间的关系

    仔细检查它确实是一个库文件列表：

    $ strings /etc/ld.so.cache | head -5
ld.so-1.7.0
glibc-ld.so.cache1.1
libz.so.1
/lib/x86_64-linux-gnu/libz.so.1
libxtables.so.7

    或者再次使用ldconfig -p：

    $ ldconfig -p | head -5
227 libs found in cache `/etc/ld.so.cache'
    libz.so.1 (libc6,x86-64) => /lib/x86_64-linux-gnu/libz.so.1
    libxtables.so.7 (libc6,x86-64) => /lib/libxtables.so.7
    libxml2.so.2 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libxml2.so.2
    libxml-security-c.so.17 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libxml-security-c.so.17
    • 5

  2. 它是一个二进制文件，因为它包含使用名为ldconfig. 该结构（可能是 Hashtable）用于有效地搜索和查找共享对象的路径。当您以文本模式打开文件时看到路径的原因是因为部分结构包含字符串或字符串表（路径名称），而这就是文本编辑器可以识别为ASCII代码字符串的所有内容（因此，显示它屏幕上）。

    • 1

相关问题