问题：想升级libc-2.12.so到libc2.17，拷贝了一个libc2.17到lib64下，然后建立软连接到l.ibc.so6，导致系统除了cd之类的命令，其他都不能使用
报错：relocation error: /usr/lib64/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVA not defined i
解决方法1：ldconfig -l -v /lib64/libc-2.12.so
解决方法2：
libc.so.6被破坏的修复方法：
在每条命令前加上 LD_PRELOAD=/lib64/libc-2.12.so 前缀，不能使用的命令可以重新使用。例如 LD_PRELOAD=/lib64/libc-2.12.so ls，ls命令可以重新使用。删除lib64下被破坏libc.so.6文件，再使用LD_PRELOAD=/lib64/libc-2.12.so ln -s /lib64/libc-2.12.so /lib64/libc.so.6，问题解决。
libc.so.6被删除的修复方法：
LD_PRELOAD=/lib64/libc-2.12.so ln -s /lib64/libc-2.12.so /lib64/libc.so.6
#############################################
libc.so.6介绍：
libc.so.6是glibc的软链接，glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc，所以说绝大部分操作命令都缺少不了它。如果误删或破坏了libc.so.6，大部分系统命令将无法执行，ssh登录系统也不成功，只会无休止的提示以下错误:
error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
这种情况下，大部分命令已经不能执行了，只能执行例如cd,echo等小部分命令，而实用的cp,mv则不可用，如果想解决，记得ssh一定不要断开，如果ssh已断开则无法重新连接上，得使用另外的方法用光盘重启进入急救模式！！！
在同版本系统上查看/lib/libc.so.6得知是属于libc-2.12.so的软链接，因此，libc-2.12.so文件肯定还是存在的，误删的只是软链接而已，但此时想用ln命令重新建立软链接是失败的，但是可以这样强制设置变量就能执行成功！
LD_PRELOAD=/lib/libc-2.12.so ln -s /lib/libc-2.12.so /lib/libc.so.6
斜体加粗部分为glibc临时指定的库，这样正确执行后libc.so.6就正确恢复了。
glibc是一个非常底层的库，bash也依赖它，所以，如果把这个库干掉了，基本上啥事都干不了了，但是为啥前面设置一下LD_PRELOAD变量 就可以了呢？是这样的，LD_PRELOAD可以影响程序的运行时的链接（Runtime linker）， 它允许你定义在程序运行前优先加载的动态链接库，之前把libc.so.6这个软连接给干掉了，所以系统找不到这个库了，但是通过LD_PRELOAD设置一下glibc这个库的真实地址就可以解决这个问题了。
