今天不加思索的把lib庫下的libc給刪了，初衷是更換它。不經大腦換來的系統的崩潰--系統的絕大部分命令、及大部分的服務程序都無法運行。沒辦法，只有修復。
隨之，是半天的無用功。首先，FC的文件系統不是普通的ext3、ext4，而是一個所謂的LVM，還不能直接被掛載。經過一番的折騰，原來的虛擬機的磁盤總算是給掛上了：
在LVM中存在着兩個概念： 應該就做盤組和邏輯盤（及VolGroup及VolLog）。VolGroup定義了一個磁盤， 在VolGroup下主要包含有個邏輯盤，一個用作引導：VolLog00，一個做緩衝的swapVolLog01.
在LVM盤被掛載前，可以先看看系統的分區表（fdisk -l），可以看到你掛載的盤，可惜看到也沒用，掛不上也白搭。接下來還是做正事，掛載LVM盤吧。
首先： vgscan看看，獲得每個LVM盤的UUID及名字等信息。
接着：使用vgrename改變掛載盤的組名，因爲貌似所有的系統都是用默認的組名來啓動系統的（VolGroup00），因此，現在你的系統上就會有兩個VolGroup00。使用vgscan UUID就可以對一個LVM盤的組名進行改名。
然後，在使用vgchange來改變你要掛在盤的狀態，將其值爲 avtive 命令： vgchange -ay 組名
ok，現在就可以使用lvscan來查看LVM盤中各邏輯盤的狀態了。
最後使用 mount /dev/myVolGroup/VoLog00 /path 就可以將LVM盤掛載上了。
雖然掛載上，也恢復了系統的文件，但要想再把系統恢復回去，這可就攔住我了，至少今天還沒成功。
因爲，系統使用的默認啓動組名爲VolGroup00，但在剛纔的系統上不能再將組名改回去，因爲已經存在一個這個名了，想改系統的引導文件，但韓式沒成功，因爲在initrd中也有東西必須改，但它是二進制文件，原想使用UE去改，但打開竟是亂碼。
但有種方法，應該可以: 拿一臺不是使用LVM文件系統的虛擬機，那麼那上面必然沒有VolGroup的設備，因此應該可以把名字改回來。