Sln 命令 創建動態符號鏈接
用法 sln source dest
故障案例：一個誤操作 導致了一個不小的故障，輸入所有命令都無效，直接系統無法啟動。
故障描述
sln /usr/lib64/ld-linux-x86-64.so.2 /usr/lib64/ld-2.17.so
[root@localhost ~]# sln /usr/lib64/ld-linux-x86-64.so.2 /usr/lib64/ld-2.17.so Invalid link from "/usr/lib64/ld-linux-x86-64.so.2" to "/usr/lib64/ld-2.17.so": Too many levels of symbolic links
執行完此命令后各種命令都不在管用。
[root@localhost ~]# ls -bash: /usr/bin/ls: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory [root@localhost ~]# ifconfig -bash: /usr/sbin/ifconfig: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory [root@localhost ~]# ll -bash: /usr/bin/ls: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
重啟后，這個圈圈無休止的轉啊轉的，直接無法啟動系統。
安裝linux的啟動u盤
最好鏡像選擇跟故障系統版本一致的鏡像，此時需要制作一個 centos系統的啟動u盤，這個參考百度知道。
設置 bios 默認u盤啟動
使用+號 調節選項順序 我們將+Hard Drive 調到第一個
設備標識符 我們選擇0:1的這個，因為我的u盤掛載的標識也是這個。
按F10 回車后進入這個界面
救援模式
選擇第三個的 Troubleshooting 進入下面界面
進入第二個 救援centos系統 rescure a centos system
輸入 1 回車----然后有個return字樣的 再按一次回車。
拷貝修復ld庫文件
說明：此時的根目錄是掛載的u盤啟動的鏡像的根目錄，而原來的故障系統的根目錄已經變成/mnt/sysimage/
其實 原本系統的 /lib64/ 目錄其實是 /usr/lib64 的一個軟連接 訪問/lib64 其實就是指向/usr/lib64/ 這個目錄
這個是u盤啟動的鏡像 lib64目錄下的 ld庫文件
而原本的故障系統內的 ld庫文件發現 ld-2.17.so這個已經沒有了。
那就直接將u盤鏡像內的所有ld庫文件復制到 故障系統的相應 lib64目錄下
然后 exit 重啟 調節啟動順序，恢復成調節前的樣子。
重啟后，
重啟后命令什么的恢復正常使用
總結：血的教訓啊，lib庫下面的庫文件千萬別隨便更改設置鏈接等等操作，后果很嚴重、這一個命令操作 雖然不如 rm –fr /* 這樣毀天滅地，不過破壞性也是夠強的。