C# 在linux上运行.net core自包含可执行文件时发生glibc错误

我正在用

linux-x64

RID编译一个.Net Core 3.1自包含的可执行文件。 当我尝试在我的Debian

Linux c00kb0xA 4.19.0-9-amd64#1 SMP Debian 4.19.118-2+deb10u1（2020-06-07）x86_64 GNU/Linux

上运行可执行文件时，我得到了触发错误

/Business Connectivity Service:/lib64/ld-linux-x86-64.so.2:找不到版本'GLIBC_2.3'（为./Business Connectivity Service所需）

/Business Connectivity Service:/lib/x86_64-linux-gnu/libc.so.6:找不到版本'GLIBC_2.4'（为./Business Connectivity Service所需）

/Business Connectivity Service:/lib/x86_64-linux-gnu/libc.so.6:找不到版本'GLIBC_2.3'（为./Business Connectivity Service所需）

我似乎找不到绕过它的办法。有没有办法找出我在需要这些依赖项的可执行文件中到底在做什么？或者我可以用我的自包含的可执行文件发送它们吗？或者更好的是，我是否可以针对另一个glibc进行编译

---

---

谢谢

这些错误消息完全没有意义：所需的版本信息实际上存在于这些库中。鉴于系统的其余部分似乎按预期工作（因此glibc二进制文件可能没有损坏），可以合理地假设

业务连接服务

未正确构建，并且包含无效的ELF数据。

这些错误消息完全没有意义：这些库中实际存在所需的版本信息。考虑到系统的其余部分似乎按预期工作（因此glibc二进制文件可能没有损坏），可以合理地假设

业务连接服务

未正确构建，并且包含无效的ELF数据。

您是否尝试部署应用程序。没有涉及Azure。如果你在一台机器上构建，那么如果网络版本不一样，你必须在第二台机器上部署。嗯？但是它们是独立的，你不需要在目标机器上安装.net。啊，现在我明白了。正如我所说，我部署为

linux-x64

。您是否尝试部署应用程序。没有涉及Azure。如果你在一台机器上构建，那么如果网络版本不一样，你必须在第二台机器上部署。嗯？但是它们是独立的，你不需要在目标机器上安装.net。啊，现在我明白了。正如我所说，我部署为

linux-x64

。嘿，Florian Weimer，谢谢你的输入。你知道如何调试吗？我还没有在构建过程中定制任何东西。我所做的只是在VS2019中记录“单一可执行文件”按钮。如果你可以上传一个二进制文件，在某处复制这个问题，我可以看看它有什么问题。要么就是这样，要么自己单步通过glibc dynamic loader。8-）那太不可思议了：）我已经在这里上传了文件：如果你需要任何其他信息，请告诉我。非常感谢@Sindedlolwut如果这个问题得到解决，以及如果得到解决，解决方案是什么，那将是一件有趣的事情。@PerLundberg不幸的是，没有解决。嘿，Florian Weimer，谢谢你的意见。你知道如何调试吗？我还没有在构建过程中定制任何东西。我所做的只是在VS2019中记录“单一可执行文件”按钮。如果你可以上传一个二进制文件，在某处复制这个问题，我可以看看它有什么问题。要么就是这样，要么自己单步通过glibc dynamic loader。8-）那太不可思议了：）我已经在这里上传了文件：如果你需要任何其他信息，请告诉我。非常感谢@Sindedlolwut听到这个问题是否得到解决，如果是，解决方案是什么，这将是一件有趣的事情。@PerLundberg不幸的是，没有，它还没有得到解决。