我在基于 Alma8 的 Docker 容器中构建了 Qt6，Docker 主机是 Fedora 35。
在某些情况下（如下所述），所有 Qt 库都无法加载libQt6Core.so[.6[.2.4]].但该文件存在，并且会在正确的目录中搜索该文件。libQt6Dbus.so找到并加载其他 Qt 库（例如）。
广泛的调试、重建、搜索网络并没有产生任何线索，根本原因是什么以及我如何修复它。
定位问题
我已将问题范围缩小到以下场景：
- 我创建了两个最小的虚拟机，一个使用 centos7，另一个使用 alma8。
- 我将官方存储库中的 Docker 安装到了它们中。
- 我在两个虚拟机中运行相同的 Docker 映像并安装相同的 qt6 软件包。
- 当Docker主机是centos7时就崩溃了。
- 当 Docker 主机是 alma8 时它可以工作。
理论与问题
- Qt6 是在 Alma8 上构建的，并链接到一些比 Centos7 提供的更新的系统库，因此 Qt6 无法在 Centos7 下运行（这完全是预料之中的，也没关系）。但它应该在Alma8 Docker容器中的任何位置运行。
- 容器映像应该能够在任何地方运行，但在这种情况下，来自主机操作系统的“某些东西”会潜入容器并导致问题 - 即使两个容器使用完全相同的映像！
问题是：这个“东西”是什么以及它如何/为什么破坏构建？
我尝试过的
我检查了libQt6Gui.so它是否可以加载libQt6Core.so，并检查了libQt6Core.so是否有东西看起来是假的，使用：
ldd并且LD_DEBUG=libs ldd确实显示出一些差异（见下文）- 自由树没有显示任何差异（但是一棵不错的树:)）
- pyldd（来自 conda-build）
readelf -d
我也尝试过：
- 设置
LD_LIBRARY_PATH（没有改变任何东西——这并不奇怪，因为我知道总是搜索正确的路径） - 在带有 centos7 主机的 alma8 容器中构建 Qt6（构建失败并显示“
libQt6Core.so.6：无法打开文件”，与构建的库相同的错误） - 在centos7容器中构建Qt6（由于我还无法修复的其他问题，构建失败）
与的差异ldd
在下面的屏幕截图中，您可以在 Centos7 主机上看到 Alma8-Docker-Container左边以及*右侧 Alma8 主机上的 Alma8-Docker-Container。
前两张图片显示了 的结果ldd /opt/emsconda/lib/libQt6Gui.so。 libQt6Core左侧找不到，但右侧可以找到。
第二个屏幕截图显示其他 Qt 库是找到并加载。左侧的 ICU 库也丢失了 - 也许它们仅在 libQt6Core 也加载时才加载？
此屏幕截图显示了 的结果LD_DEBUG=libs ldd ...。您可以看到，在这两种情况下，libQt6Core搜索都是在正确的位置 ( /opt/emsconda/lib)。但它只能装载在正确的容器中。左边的另外查看`/opt/emsconda/lib/./（哈哈）），然后默默地走到下一个lib......
我找不到任何错误消息。该文件只是未打开/加载。
检查其libQt6Core.so本身可能会给我们提供线索。它链接到一个linux-vdso.so.1.
根据这个问题，该文件是操作系统内核注入到用户空间的虚拟库。
由于 Docker 容器不运行自己的内核，因此我怀疑该文件来自主机操作系统。也许，libQt6Core依赖于linux-vdso.so.1centos7内核无法提供的某些功能？我不知道 ...
由于到目前为止我尝试过的方法都没有产生错误消息，所以我不知道实际的问题可能是什么，也不知道如何进行调试。如果能提供任何提示、技巧或帮助，我将不胜感激。
答案1
问题得到了答案在 Qt 论坛中。
概括：
- 包含
.so一个 ABI 标记，表示所需的最低内核版本。您可以通过 看到这一点objdump -s -j .note.ABI-tag libQt6Core.so.6.2.4。结果在最后三个块中（在我的例子中是0x030x110x00->3.17.0）。 - 此信息是故意放置在那里的，因为 QT 使用了一些仅适用于较新内核的系统调用。
- Glibc 在加载共享对象时读取此信息并将其与当前内核的版本进行比较。如果不匹配，则不会加载该文件。
- 由于 Docker 没有自己的内核，因此使用 Docker 主机的内核版本进行比较。因此，即使 Docker 镜像是 Alma8，在我的例子中，内核仍然是来自 Centos7 主机的旧 v3.10.0。
- 您可以使用
strip --remove-section=.note.ABI-tag libQt6Core.so.6.2.4。 Qt 似乎有后备代码，所以没有任何问题。