Linux RHEL5.5進入救援模式重新安裝glibc

    最近，處理一故障：由於其他應用更高版本的glibc，操作者不得已解除安裝作業系統的現有的glibc，導致系統崩潰。
下邊是Linux RHEL5.5進入救援模式重新安裝glibc的過程。
   將光碟放入光碟機，設定系統從光碟機啟動，在啟動介面輸入：linux rescue

   等待系統載入完核心：

   選擇操作語言（一般是english）:

   選擇鍵盤模式（US）：

   是否啟動網路（建議不啟動）：


   系統詢問是否將系統以讀寫或只讀模式掛載到/mnt/sysimage（別無選擇）：

   接下來的步驟很重要，如果系統有其他磁碟掛載如/dev/sdb，要選擇Ignore drive，否則該盤上的資料將被清空，造成不可挽回的資料丟失

   系統再次詢問是否將原作業系統掛載到/mnt/sysimage，並提示：如果轉入對原作業系統更改可以chroot /mnt/sysimage

   成功進入linux救援模式

   檢視原作業系統的檔案

   RHEL5.5預設/dev/hda是光碟機映象

   掛載光碟機到/mnt/source下，並檢視光碟機內容

   將glibc相關rpm包複製到/root家目錄

   使用rpm2cpio命令將glibc-2.5-49.x86_64.rpm包製作成repo格式的檔案

   在/mnt/sysimage/root下建立util資料夾，然後cd util，再執行cpio -idcuv < ../util.repo進行util.repo的解壓，在/mnt/sysimage/root/util/可以看到libx64，將其中所有檔案複製到/mnt/sysimage/libX64下


  此時，在chroot /mnt/sysimage就不會報錯：chroot cannot run command '/bin/sh':No such


然後重啟系統完成glibc重灌後的恢復操作