业内同行盆友来稿：对libc.so下毒手引发的惨痛血案，围观大型翻车现场...

写在开篇

为了在线上安装环境依赖，给glibc库升级，由于线上环境libc.so版本低，不支持安装，所以手贱把动态库中的libc.so.6给移走了，直接导致Linux系统崩溃，系统瘫痪，所有用户均被强制退出。
意识到缺少对libc.so的认识，以为跟普通的lib包类似，直接把新版的so软连过去就可以满足安装和升级，现在哦豁… 软链不软链已经不重要了，反正腿是软趴趴的。

1、什么是libc.so

libc.so.6 是很基础的库(glibc)，是软连接到在Linux系统中基本的命令，有很多可执行文件都会依赖这个共享库。当不小心把这个库改名字或者移走了，都会导致不同程度的异常，可以借助LD_PRELOAD变量和"ldconfig"命令来恢复这个共享库。前提是终端没有断开的情况下操作。
libc.so.6是一个类似于WINDOWS下的一个快捷指向型的文件，而 linux有两种库，分别为：glibc、libc

• 说明

1. libc 是Linux下的ANSI C 函数库；
2. glibc 是Linux下的GUN C 函数库：

2、操作流程

• 作系统版本是：Red Hat Enterprise Linux Server release 6.8

1、问题出现

因为笔者这里是直接在生产环境上操作，当时是做软连接没成功，报错：文件已存在，软连接失败。于是我们就想着把它给移走。还没来得及做新软链就直接导致报错。

• 基本上非系统命令都有这一条 libc.so.6 => /lib64/libc.so.6 ,因此libc.so.6至关重要，绝对不能删，不能改名，不能移走，能不能覆盖就不知道了，想作死的可以试试

[root@IDC-Redhat 6.8]# ln -s /home/david/libc-2.17.so /lib64/libc.so.6
ln: creating symbolic link `/lib64/libc.so.6': File exists
[root@IDC-Redhat 6.8]# mv /lib64/libc.so.6 .
who: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
awk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
date: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[root@IDC-Redhat 6.8]# 
1
2
3
4
5
6
7

当时就吓尿了，生产环境被我玩坏了，怎么破。后来查原因才知道很多命令都依赖glibc，我把它的软链接移走了系统找不到此库，那肯定玩完。

• 注意：出现这样的情况只要不关机重启，就不会影响业务运行，不够一定要注意磁盘的使用情况。
• 终端输入用户名后回车ENTER，直接提示以下报错，无法登录。
  

2、尝试单点登入，会出现卡界面情况。如图：

单用户模式已经救不回来了，本来就是一个无知的少年，现在更是雪上加霜。

3、解决问题

当时执行命令误操作之后，只要不断开远程连接还有挽回的余地。但远程异常断开连接之后很多人就没有辙了。只能尝试急救模式Rescue mode

1. 如果当时远程连接会话保持，可以尝试使用以下命令：

[root@IDC-Redhat 6.8 ~]# mv /lib64/libc.so.6 .
who: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
awk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
date: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[root@IDC-Redhat 6.8 ~]# LD_PRELOAD=/lib64/libc-2.12.so ln -s /lib64/libc-2.12.so /lib64/libc.so.6
[root@IDC-Redhat 6.8 ~]# ll
total 120492
-rw-r--r--. 1 root root 123361280 Apr 14 23:54 all.tar
-rw-------. 1 root root      1098 Apr 14 23:21 anaconda-ks.cfg
-rw-r--r--. 1 root root      8835 Apr 14 23:21 install.log
-rw-r--r--. 1 root root      3384 Apr 14 23:21 install.log.syslog
lrwxrwxrwx. 1 root root        12 Apr 14 23:20 libc.so.6 -> libc-2.12.so
[root@IDC-Redhat 6.8 ~]# mv
mv: missing file operand
Try `mv --help' for more information.
[root@IDC-Redhat 6.8 ~]# 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

• 说明：LD_PRELOAD允许你定义在程序运行前优先加载的动态链接库,因此在使用ln前就加载了lib库，而不是等到使用ln时加载，这样就能临时使用命令了

2. 也可以使用ldconfid命令来恢复

[root@IDC-Redhat 6.8 ~]# mv /lib64/libc.so.6 .
who: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
awk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
date: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[root@IDC-Redhat 6.8 ~]#ldconfid
[root@IDC-Redhat 6.8 ~]# ll
total 120492
-rw-r--r--. 1 root root 123361280 Apr 14 23:54 all.tar
-rw-------. 1 root root      1098 Apr 14 23:21 anaconda-ks.cfg
-rw-r--r--. 1 root root      8835 Apr 14 23:21 install.log
-rw-r--r--. 1 root root      3384 Apr 14 23:21 install.log.syslog
lrwxrwxrwx. 1 root root        12 Apr 14 23:20 libc.so.6 -> libc-2.12.so
1
2
3
4
5
6
7
8
9
10
11
12

4、如果远程连接已经退出，只能使用急救模式尝试修复。首先准备好系统安装盘，使用安装盘启动系统。

1. 选择第三个选项：Rescue installed system

2. 选择语言和键盘（默认配置）：


3. 稍等一会儿会出现要不要设置网络，一般来说网络没问题就不用设置了，我这里选择No：

4. rescue模式选项：

• Continue， 救援模式程序会自动查找系统中已有的文件系统，并把他们挂载到/mnt/sysimage目录下。
• Read-Only，则会以只读的方式挂载已有的文件系统。
• Skip，则需要自己手动挂载。
• Advanced ，高级选项。

5. 原系统挂载路径/mnt/sysimage,如果想获得原系统root环境，执行行命令：chroot /mnt/sysimage 即可。

6. 直接选择shell start shell 进入shell 命令行

7. 因为执行过这个命令 “mv /lib64/libc.so.6 .” ，导致执行chroot /mnt/sysimge会报错：

8. 退出shell& reboot 重启主机就OK啦！
   本文转载于：https://mp.weixin.qq.com/s/JI-x_YvtaPzCKrEs6msfuQ