最近在搭建一个内网应用，提示 glibc 版本过低，所以我先通过 rpm 卸载一些应用。
但是后面发现 yum 命令还有其他很多命令都用不了，提示说： /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory

后面发现这是一个软连接，名字是 ld-2.12.so ，应该是缺失了，所以我进行了 sftp 上传。

后面发现虽然是没有这提示，但是命令改为提示 Permission Denied 了，应该是 ld-2.12.so 的 chmod 没有权限可以访问。。。尝试上传一个 sh 文件覆盖原来 755 的 sh 文件，里面包括 chmod 命令，但是执行了也是提示 Permission Denied

目前服务器上跑着 Java Tomcat(包括 jsp)，还有 Oracle 数据服务器，可以进行访问，我想问下有没有什么可以解决的方法。。头疼了。。

细软跑吧。。。线上系统敢动 glibc。。升级 glibc 的是很不安全的。。

赶紧找大佬，你不会就不要着急自己搞了。

有快照就恢复快照。没有快照且没有重要资料需要保存就重装吧。

第三次看到这种操作了，知乎一次 ，v2ex 两次

https://zhuanlan.zhihu.com/p/20062978

你上的这个 so 文件 是不是没权限啊...是不是 644

Centos 吧

操作之前有没有备份原来的 libc ？

进 livecd 把数据拷出来，其他无所谓

Busybox 走起来

rpm 卸载心太大

所以这个系统还有救吗？单用户模式 root 身份进去搞？

有的，lib64 和 lib 都备份了

不破不立，sudo rm -rfv /

进 livecd，把根目录覆盖

说个我自己的经历，我也是在 vps 上升级了 glibc，然后发现 permission denied，想回退到 2.12 版本的，之后按网上改软链接的方式，失败了，之后发现通过 vps 后台也无法登陆 bash （后来发现这个时候如果没有断开 ssh，还是可以补救的，的但是我以为最坏的方式我也可以通过后台文件管理找回数据~~~），发 email 给 vps 提供商也回复说无法私自修改用户主机。最后只能重装，丢失了所有的数据。给你参考参考，哈哈哈

glibc 是核心中的核心，我宁愿直接装新的发行版也不敢去升级内核，自找麻烦~

已经断开 ssh 了？ 那没救了，祝你好运。

我没办法了。。您能给些建议吗？我明天要去机房，再去修复一下。感激不尽！

对的，然后我拷贝了其他的 755 的文件进行更名，但是后面直接连接不上去了

哎呀 楼主的头像 现在 很应景啊

让你不用 docker

你千万不要想着跑路啊，你千万不要想着坐走私船离开泰国，再转到越南老挝缅甸柬埔寨，你不要让领导见到你啊，让领导见到你我分分钟弄死你啊。(笑话)

我也遇到过这个问题，我是把某个版本的 so 换成了另一个版本，结果啥都不行了。印象中是使用命令的时候可以通过参数指定使用的 so 路径，这样给弄活的

噢，有个环境变量 LD_LIBRARY_PATH

ld-2.12.so 软链接的是旧版本的 glibc 库？如果是的话，把软链接删了，指定新的 glibc 库,lib64 跟 lib 有备份的话，可以尝试 ldd 看下和新版本的区别．

链接： https://pan.baidu.com/s/1eMmp1a5-EgwEy21e-_2avQ 密码：3l62
用 rpm 包吧

LD_PRELOAD=/lib64/libc-2.14.1.so; ln -s /lib64/libc-2.14.1.so /lib64/libc.so.6

cat >>/etc/sysconfig/i18n <LC_ALL=C
export LC_ALL
EOF
. /etc/sysconfig/i18n

好的，谢谢，我去试一下

谢谢谢谢！

好的，谢谢！

你怎么知道他升级的是 2.14 版本？

你是 2.12 升级成那个版本了？

我是从 glibc2.12 版本升级的，卸载了之后就是没能再进行了。。我是有备份 /lib 和 /lib64 的，但是是被打包成 zip 文件，这样还有救吗？请教



请教，感激不尽！

跑路吧，机票我已经帮你订好了

线上业务多吗？就算现在解决了，也是临时救火，glibc 的影响太大了，建议迁移业务，重装吧．给个思路，回滚到旧版本的 glibc,你先看下 lib64 下所有的软链接指向，然后把备份的库还原回去试试，当然先备份现在的库．或者有同样 linux 版本的机器，也是 glibc2.12 的话，你可以比较两者的软链接差异．还有库的差异． ld-2.12.so 是 2.12 版本，还有看看有没有 busybox 工具，可以救急用．

看来得跑路了， 你现在需要众筹车票了...

又见到了。。。看楼上的知乎吧

升级过一次 glibc，还好没出问题。。。后怕。。。

如果你还能进去终端，还有得救，，，不过我怕，，，已经进不去了，只能搞搞分区挂载了

如果要使用新的 libc 正确的方法是这样的， LD_LIBRARY_PATH=/path/to/new_glibc /path/to/command

干啥不好要动这个……

-rfv 删的满，朋克一点 sudo nohup rm -rf / & ,直接后台删除 bootloader 和 kernel

是时候分享一波了