删除/lib64/libc.so.6软连接后Linux系统崩溃

删除/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