适用于:
Linux系统修改glibc后系统崩溃,但还未退出ssh或终端。
退出终端后就只能挂盘处理了。
问题描述
执行realm程序时,报错:/lib64/libc.so.6: version 'GLIBC_2.18' not found (required by realm)

然后执行了删除/lib64/libc.so.6,系统就无法执行任何命令了.
# 删除/lib64/libc.so.6
rm -rf /lib64/libc.so.6
排查步骤
# 进入/lib64目录
cd /lib64
# 查看软连接是否正确
ls -ltr
可以从这里看到所有的链接版本
解决办法
https://blog.youkuaiyun.com/u010549608/article/details/126281354
libc是最底层的解释器,干掉libc,啥都运行不了了.
需要让所有版本保持一致,可以用sln命令,把所有该更改的版本改回来:
## sln相当于ln -s
sln [源文件] [目标文件]
ln -s 源文件 目标文件
注意:redhat系统没有sln命令
https://deepinout.com/linux-cmd/linux-folder-file-cmd/linux-cmd-sln.html
# RHEL查看Glibc的详细版本信息
/usr/lib64/libc.so.6
# Debian和Ubuntu查看Glibc的详细版本信息
/lib/x86_64-linux-gnu/libc.so.6

# 临时指定LD_PRELOAD变量
## 指定LD_PRELOAD变量后系统命令都可以执行了
## Centos7的libc.so默认版本是2.17
# export LD_PRELOAD="/usr/lib64/libpthread.so.0"
export LD_PRELOAD="/usr/lib64/libc-2.17.so"
# 创建回/lib64/libc.so.6连接,系统就恢复运行了
## ln -s 源文件 目标文件
## -s 软连接
## -f 强制创建(覆盖原有链接文件)
## 恢复libc.so.6---重要
ln -sf /lib64/libc-2.17.so /lib64/libc.so.6
# 恢复ld-linux-x86-64.so.2
ln -sf /lib64/ld-2.17.so /lib64/ld-linux-x86-64.so.2
# 恢复libm.so.6
ln -sf /lib64/libm-2.17.so /lib64/libm.so.6
# 恢复/lib64/libdl.so.2
ln -sf /lib64/libdl-2.17.so /lib64/libdl.so.2
在执行realm程序时遇到GLIBC_2.18版本缺失的问题,误删/lib64/libc.so.6导致系统命令无法执行。解决方法包括使用sln或ln-s命令恢复libc.so.6及相关库的软链接,以及通过设置LD_PRELOAD环境变量临时恢复系统功能。
2万+

被折叠的 条评论
为什么被折叠?



