写在开篇

为了在线上安装环境依赖，给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

• 说明

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.6ln: 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 directoryawk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directorydate: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory[root@IDC-Redhat 6.8]#

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

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

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

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

3、解决问题

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

[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 directoryawk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directorydate: 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 ~]# lltotal 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.sysloglrwxrwxrwx. 1 root root 12 Apr 14 23:20 libc.so.6 -> libc-2.12.so[root@IDC-Redhat 6.8 ~]# mvmv: missing file operandTry `mv –help’ for more information.[root@IDC-Redhat 6.8 ~]#

• 说明：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 directoryawk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directorydate: 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 ~]# lltotal 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.sysloglrwxrwxrwx. 1 root root 12 Apr 14 23:20 libc.so.6 -> libc-2.12.so

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啦

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