libc.so.6被误删除后的急救
最近遇到机房的一台虚拟机(测试机器)的libc库的软链libc.so.6被删除了,实际文件libc.2.4.so还在。机器现状:还有shell远程连入,但是各种命令都不能再使用:/bin/ls: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or...
最近遇到机房的一台虚拟机(测试机器)的libc库的软链libc.so.6被删除了,实际文件libc.2.4.so还在。
机器现状:
还有shell远程连入,但是各种命令都不能再使用:
/bin/ls: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
网上搜索了一番,找到这个解决方案:
# LD_PRELOAD=<real libc> ln ......
相当于直接调用 ln命令,
所以,
先删除连接 :
# cd /lib
# LD_PRELOAD=/lib/libc-2.3.6.so.bak rm libc.so.6
再建立新连接 :
# LD_PRELOAD=/lib/libc-2.3.6.so.bak ln -s /lib/libc-2.3.6.so.bak libc.so.6
==》
分析: 由于shell仍然连入,因此此种方案可行。
原理就是:
linux调用so的库文件时,搜素路径为当前路径,再是系统lib目录。
但是提供了一个LD_PRELOAD系统变量来改变这个顺序。设置LD_PRELOAD了后,库加载的顺序就改为:
搜素路径为: LD_PRELOAD ,当前路径,再是系统lib目录。
(LD_PRELOAD还有其他妙用,可以参见之前的博文:linux下实现inject&hook)
因此,本次问题解决就很简单了: LD_PRELOAD=/lib64/libc.2.4.so ln -s libc.2.4.so libc.so.6
搞定。。。
更多推荐
所有评论(0)