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 /* 這樣毀天滅地，不過破壞性也是夠強的。

安裝glibc錯誤鏈接導致系統崩潰，u盤啟動緊急救援模式下修復系統。