删除/lib64/libc.so.6软连接后Linux系统崩溃
- 适用于:
- 问题描述
- 排查步骤
- 解决办法
适用于:
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
可以从这里看到所有的链接版本
解决办法
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