Lvm
使用者在不調整文件系統大小的情況下減少了 LVM 邏輯卷
我昨天收到一封電子郵件，說我們的一個使用者試圖為心跳/集群包騰出空間，該包需要自己的分區作為投票磁碟。為此，他嘗試減小根分區的邏輯卷的大小，然後為此創建一個新的邏輯卷。但是，他忘記了先調整文件系統的大小（或者在命令中包含 -r 開關）。他還忘記了通過從救援 cd 執行此過程來解除安裝根分區。系統現在拒絕啟動到作業系統，並出現以下錯誤：
超級塊或分區表都可能損壞！意外的不一致；手動執行 fsck。
他們的系統將使用者置於單使用者模式。
是否有可能拯救文件系統，或者它是否被沖洗掉了？它正在執行 ext3。
如果一個文件系統已經在新的 LV 上初始化，那麼你可能會被淹沒，因為數據將被覆蓋。你仍然可以嘗試恢復它，但我不會抱太大希望。如果文件系統尚未初始化，那麼理論上可以恢復它（但我自己沒有嘗試過）。
首先，備份整個驅動器，以防恢復出錯。下一步是嘗試查找 LVM
/etc/lvm/archive在進行更改之前創建的 LVM 元數據備份。如果根卷不可訪問，您可以嘗試執行e2fsck以使其可掛載，並希望備份文件儲存在卷的開頭附近。如果您這樣做，您將希望從執行之前繼續恢復e2fsck（即在獲取備份文件後從備份恢復）。如果您設法獲得了備份文件，請使用vgcfgrestore恢復 LVM 配置。如果您無法獲得備份文件，則只能希望初始卷是完全連續的。移除新的 LV，然後將舊的 LV 擴展到其原始大小。
一旦你把舊的 LV 恢復到正確的尺寸，交叉手指然後跑
e2fsck。而且您確實需要先進行備份，您可能不會在第一次嘗試時就做好。