常在河边走，哪能不湿鞋，此话真是莫大的真理，尤其是我们这种干运维的，可以说是常年在刀口子上干活。比如楼主大人我今天就把一个服务器操作系统玩崩溃了，崩溃到什么程度呢，就是你登录不上服务器，目前的会话连基本的 ls 命令都没有了，其他什么 yum 啊，rpm 啊，等等基础的命令全部 GG，并且一旦退出会话，就别想再次登录进来了，这种情况下，我当时的想法，嗯，系统可能需要重装了。这是多么大的悲剧？？？
先来说说本次事故的起因吧，本次操作系统是 redhat6.9，自带的 glibc 是 2.12 版本的，因为要安装一个东东，需要 glibc2.17 版本，安装的时候一直报错，于是乎，去找了一个 centos7.4 的安装包，将 Packages 包拷贝过去了，然后安装 glibc2.17，结果呢就是安装不上，那行吧，我就开始卸载原先老的 glibc 了，一顿卸载后，好吧系统直接 GG 了，yum 报错，然后我 ls 也报错了，rpm 也报错了，vi 等啥都报错，这下好了吧，系统应该是废了吧。我是不是要回家滚蛋了啊？？
事实上，人在这种极度悲观的情况下，一定要冷静，首先就是确保现在现在的会话不能断，尤其是 root 会话。这时候自己也是知道原因的，就是卸载了 glibc2.12 导致的，现在需要安装 glibc2.12 应该就好了，可是现在的情况是啥都下载不了，rpm 也用不了，怎么安装才行？还好 linux 系统竟然带了 busybox，这时候我们要看看 busybox 命令还能不能用了。在确认到 busybox 命令还可以用后，那么就好了。接下来就两步操作应该就可以恢复系统了。
上面第一步就是下载 glibc2.12 的 rpm 包，要想法设法弄出一个 http 的下载源出来了，毕竟 ftp，sftp 啥的都坏了。第二步就是安装 glibc2.12 的包了，安装完成后，系统终于奇迹般的复活了！好了，算是把自己救活了~~~~ 
综上所述，这里要说明一些其他情况了，busybox 在 rehl7 版本后包括 centos7 后都没有了，具体出处可以看下面两个链接REMOVED PACKAGES和PACKAGE REPLACEMENTS。这种情况下应该是 rehl7 或者 centos7 以后出现这种情况了吧，有待实验验证。
那么针对 rehl7 以前的系统，安全起见还是安装 busybox 比较好，另外呢，卸载啥的确定一定要谨慎操作。
