现有的 .so 文件即使存在也无法加载，似乎取决于 Docker 主机操作系统

我在基于 Alma8 的 Docker 容器中构建了 Qt6，Docker 主机是 Fedora 35。

在某些情况下（如下所述），所有 Qt 库都无法加载libQt6Core.so[.6[.2.4]]. 但是该文件存在并且在正确的目录中搜索该文件。libQt6Dbus.so找到并加载其他 Qt 库（例如）。

广泛的调试、重建、搜索网络并没有产生任何线索，根本原因是什么以及我如何解决它。

定位问题

我已将问题缩小到以下情况：

• 我创建了两个最小的虚拟机，一个使用 centos7，一个使用 alma8。
• 我从官方仓库安装了 Docker 到他们两个中。
• 我在两个 VM 中运行了相同的 Docker 映像并安装了相同的 qt6 包。
• 当 Docker 主机是 centos7 时它会中断。
• 它在 Docker 主机为 alma8 时工作。

理论与问题

• Qt6 是在 Alma8 上构建的，并且链接到一些比 Centos7 提供的更新的系统库，因此 Qt6 不能在 Centos7 下运行（这是完全可以预料的，也可以）。但它应该在 Alma8 Docker 容器中的任何位置运行。
• 容器镜像应该能够在任何地方运行，但在这种情况下，来自主机操作系统的“某些东西”会潜入容器并导致问题——即使两个容器使用完全相同的镜像！

问题是：这是什么“东西”以及它如何/为什么会破坏构建？

我试过的

我检查libQt6Gui.so了它是否可以加载libQt6Core.so，我检查libQt6Core.so了是否有东西看起来是假的：

• ldd并且LD_DEBUG=libs ldd确实显示出一些差异（见下文）
• libtree没有显示出任何差异（但是一棵很好的树:)）
• 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/./ (haha)) 中查找，然后默默地走到下一个 lib ...

我找不到任何错误消息。这个文件只是没有打开/加载。

检查它libQt6Core.so本身可能会给我们一个线索。它链接到一个linux-vdso.so.1.

根据这个 SO question，该文件是操作系统内核注入用户空间的虚拟库。

由于 Docker 容器不运行自己的内核，我怀疑该文件来自主机操作系统。也许，libQt6Core依赖于linux-vdso.so.1centos7内核无法提供的某些功能？我不知道 ...

由于到目前为止我没有尝试过产生错误消息，因此我不知道实际问题可能是什么或如何进行调试。对于任何类型的提示、提示或帮助，我将不胜感激。