首先普及一下關於libc.so.6的基本常識：
libc.so.6是glibc的軟鏈接
ll /lib64/libc.so.6
lrwxrwxrwx 1 root root 11 Aug 27 2014 /lib64/libc.so.6 -> libc-2.5.so
glibc是gnu發布的libc庫，即c運行庫。glibc是linux系統中最底層的api，幾乎其它任何運行庫都會依賴於glibc，所以說絕大部分操作命令都缺少不了它
如何誤刪了/lib64/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已斷開則無法重新連接上，得使用另外的方法用光盤重啟進入急救模式）：
在同版本系統上查看/lib64/libc.so.6得知是屬於libc-2.5.so的軟鏈接，因此，libc-2.5.so文件肯定還是存在的，誤刪的只是軟鏈接而已，但此時想用ln命令重新建立軟鏈接是失敗的，但是可以這樣強制設置變量就能執行成功
LD_PRELOAD=/lib64/libc-2.5.so ln -s /lib64/libc-2.5.so /lib64/libc.so.6
注意的是，這整條命令要在同一行執行，不能分兩行，否則就無效了
glibc是一個非常底層的庫，bash也依賴她，所以，如果把這個庫干掉了，基本上啥事都干不了了，但是為啥前面設置一下LD_PRELOAD變量 就可以了呢？是這樣的，LD_PRELOAD可以影響程序的運行時的鏈接（Runtime linker）， 它允許你定義在程序運行前優先加載的動態鏈接庫，之前把libc.so.6這個軟連接給干掉了，所以系統找不到這個庫了，但是通過LD_PRELOAD設置一下glibc這個庫的真實地址就可以解決這個問題了
通過前面設置一下LD_PRELOAD變量，后面也是可以執行其它例如cp,mv等命令的
例如我一開始不是誤刪，只是把libc.so.6改名了，從而也導致了上面的錯誤，於是就可以按照下面方法恢復libc.so.6
LD_PRELOAD=/lib64/libc-2.5.so mv /lib64/libc.so.6.bak /lib64/libc.so.6