最近，處理一故障：由于其他應用更高版本的glibc，操作者不得已解除安裝作業系統的現有的glibc，導緻系統崩潰。
下邊是Linux RHEL5.5進入救援模式重新安裝glibc的過程。
将CD光牒放入光驅，設定系統從光驅啟動，在啟動界面輸入：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重裝後的恢複操作