错误/lib/x86_64-linux-gnu/libc.so.6：版本`glibc_2.34＆＃x27;未找到
首先，我的Google很多，但是没有发现与案件有关的没有任何相关的内容，我有一个我想在Ubuntu WSL中运行的精灵可执行文件，我更改了权限（> CHMOD +CHMOD +X FILE < /code>），当我运行它时，此错误会显示出来
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by myFile)
，当我使用LD命令时
myFile(.eh_frame); no .eh_frame_hdr table will be created
，它显示给我，当我尝试升级Glibc时，它说它是及时的
Reading package lists... Done
Building dependency tree
Reading state information... Done
libc6 is already the newest version (2.31-0ubuntu9.7).
libc6 set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 215 not upgraded.
，然后我尝试从 https://packages.ubuntu.com/impish/impish/amd64/amd64/libc6/libc6/libc6/download 但这显示给我：
dpkg: regarding libc6_2.34-0ubuntu3.2_amd64.deb containing libc6:amd64:
libc6:amd64 breaks fakeroot (<< 1.25.3-1.1ubuntu2~)
fakeroot (version 1.24-1) is present and installed.
dpkg: error processing archive libc6_2.34-0ubuntu3.2_amd64.deb (--install):
installing libc6:amd64 would break fakeroot, and
deconfiguration is not permitted (--auto-deconfigure might help)
Errors were encountered while processing:
libc6_2.34-0ubuntu3.2_amd64.deb
firstly, I google'd a lot but nothing I found related to my case, I have an ELF executable file I'm trying to run it in my Ubuntu WSL, I've changed the permissions (chmod +x file), when I run it, this error shows up
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by myFile)
and when I use ld command this shows up to me
myFile(.eh_frame); no .eh_frame_hdr table will be created
and when I tried to upgrade GLIBC it says it's up-do-date
Reading package lists... Done
Building dependency tree
Reading state information... Done
libc6 is already the newest version (2.31-0ubuntu9.7).
libc6 set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 215 not upgraded.
and then I tried manually installing the deb file from https://packages.ubuntu.com/impish/amd64/libc6/download but this shows up to me :
dpkg: regarding libc6_2.34-0ubuntu3.2_amd64.deb containing libc6:amd64:
libc6:amd64 breaks fakeroot (<< 1.25.3-1.1ubuntu2~)
fakeroot (version 1.24-1) is present and installed.
dpkg: error processing archive libc6_2.34-0ubuntu3.2_amd64.deb (--install):
installing libc6:amd64 would break fakeroot, and
deconfiguration is not permitted (--auto-deconfigure might help)
Errors were encountered while processing:
libc6_2.34-0ubuntu3.2_amd64.deb
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
执行
make时，我对buildroot-2022.11遇到了这个错误。ubuntu 20.04-添加此repo 如链接中所述，
我自动安装了2.35 。
I've got this error with buildroot-2022.11 when executing
make.Ubuntu 20.04 - added this repo as described in the link
It automatically installed 2.35 for me.
就我而言，从GO中替换
：1.21用从GO中替换：1.21.0-bullseye（Docker）或尝试在那里修补。In my case, replace
FROM go:1.21withFROM go:1.21.0-bullseye(docker) or try tinkering there.免责声明：我不是Linux专业人员，刚刚找到了一种解决我自己问题的方法，因为
glibc找不到错误msg：也许您无法使用二进制文件，因为它是用
gcc-gcc-11 和您的gcc您的Linux发行版的版本，并且版本仅为gcc-9，因此仅提供glibc_2.31（我猜）。您可以尝试自己从源头编译程序。我必须使用新的Stockfish版本15进行此操作，该版本还使用了更新的Glibc_2.32/2.33/2.34，而我的Linux-Mint则没有提供。
但是来自来源的编译就像魅力一样。也许这是您的选择。
DISCLAIMER: I am not a Linux professional, just found a way for my own problem with
glibcnot found error msg:Maybe you cannot use the binary since it was compiled with
gcc-11and yourgccversion of your Linux distribution and version only isgcc-9and therefore only providesglibc_2.31(I guess).You can try to compile the program yourself from source. I had to do this with the new stockfish version 15, which also uses updated glibc_2.32/2.33/2.34 and my linux-mint does not provide that.
But compiling from source worked like a charm. Maybe this is an option for you.
我设法用3个参数对其进行了编译，对我有用。实际上，OS版本是Ubuntu 20.04，并且已经安装了GLIBC_2.35。
I managed to compiled it with 3 parameters as follows, and it works for me. Actually, the OS version is Ubuntu 20.04, and GLIBC_2.35 is already installed.
我也有类似的情况，
我将执行的文件从CentOS VM1复制到另一个CentOS VM2，然后我收到了同样的问题，我只将源代码复制到VM2并重新编译，然后解决了问题。
我有一个makefile和一个shell脚本来编译它，因此编译过程很简单，更新glibc可能会导致其他问题，并且更复杂，我是一个Caiji，希望能帮助您
I have some similar situation,
I copied my executed file from a CentOS VM1 to another CentOS VM2, then I got the same question, I just copy the source code to VM2,and recompile it, then the question is solved.
I got a makefile and a shell script to compile it, so the compilation process is simple, update glibc may cause other problem and is more complicated, and I am a caiji, hope to help u
我遇到了同样的问题，这是关于环境变量
ld_library_path的问题。尝试检查此解决方案I had the same problem, it was an issue about the overwrite of the Environment Variable
LD_LIBRARY_PATH. Try to check this solution