为了给linux下面的安装rar解压缩工具，在linux下面也可以解压windows下面压缩包rar for linux。没有想到安装很不顺利，需要glibc_2.7。由于我的centos5.4安装的glibc_2.5的库文件。从网上找到了glibc_2.7的rpm包，安装到了一半和我的glibc2.5软件之间冲突，咨询过网友后，去卸载glibc_2.5然后安装glibc_2.7 。没有想到在卸载过程中就悲剧了。。。

rpm -qa glibc之后，发现glibc没有出现2.5，再次安装glibc2.7.结果发现rpm命令立马不能使用，试试其他的bash命令，同样如此，重启系统（还是受了windows很大的影响啊）。

 折腾了一下午，都没有折腾好，到网上搜索也是没有结果，无非进入到救援模式，重新安装glibc，可是进入到了救援模式，chroot /mnt/systemp_w_picpath/  结果报错，“没有/sbin/sh这个文件和目录”，最后到chinaunxi上终于找到了一个我和类似的情况，他的环境是公司的一台文件服务器，不知缘故的就成了如上图所示，跟的帖子都是判断是 raid卡的问题或者使用live cd拷贝出数据，重新安装系统。 最后帖主，使用了最笨的办法，就是我要做的。

找个虚拟机安装同样的环境，把系统下面的/lib目录打包，进入故障系统的救援模式，记得开启网络配置，拷贝打包的lib包到/mnt/systemp_w_picpath/目录，覆盖/mnt/systemp_w_picpath/lib目录。

退出救援模式，重新启动系统，ok了。

可能会碰到一下小问题，比如某项服务不能启动，那就等到系统起来之后再操作吧！！

在网上搜贴的过程中，有这么一些情况大家平时要注意，不要造成这样的情况，如果是线上的服务器真的很悲剧。整个基础库都破坏了，没有一点办法操作，即就是你有技术在牛，在这里也没有办法搞定。可能造成的情况有：

  1. yum update 软件包，系统包。
  2. rpm -e 软件包（如果系统报错，就不要强制去卸载了。）
  3. 修改/etc/fstab。
  4. 更改系统grub

建议，在操作之前先到网上去了解一下修改这些文件的语法（grbu.fstab）,卸载库文件，必须了解库文件的作用，都有哪些依赖性。yum更新之前，看看别人有没有出现过类似的，不要拿自己的线上服务器作为白鼠。