問題原因：系統沒有正常關機，導致虛擬磁碟出現檔案系統錯誤。

解決方法：使用fsck手動修復，具體操作如下：

重啟系統後使用root進入單使用者模式，執行

fsck.ext3 -y /dev/vda3

說明：ext3的檔案系統使用fsck.ext3，ext4檔案系統使用fsck.etx4。/dev/vda3是系統/根分割槽。執行完畢後，reboot重啟系統就恢復正常。20多臺出問題的都是這樣修復的，無失敗案例。fsck.ext3開始進入掃描、修正檔案系統，這個過程有時很快，有時比較長，中間有數次停頓的過程，只需等待即可，千萬不要以為宕機而重啟伺服器。修正完檔案系統後，如果沒有提示重啟系統，也需要reboot來重啟系統。

擴充套件知識：fsck簡介

fsck不僅可以對檔案系統進行掃描，還能修正檔案系統的一些問題。注意的是fsck掃描檔案系統時一定要在單使用者模式、修復模式或把裝置umount後進行。建議在單使用者模式下執行。如果掃描正常執行中的系統，會造成系統檔案損壞。

檔案系統掃描工具有fsck、fsck.ext2、fsck.ext3、fsck.ext4、fsck.msdos、fsck.cramfs、fsck.ext4dev、fsck.vfat。最好是根據不同的檔案系統來呼叫不同的掃描工具，比如ext3的檔案系統使用fsck.ext3，ext4檔案系統使用fsck.ext4等。

/dev/vda3是ext3的檔案系統，這裡介紹fsck.ext3的引數：

fsck.ext3

[語法]
fsck.ext3[必要引數][選擇引數][裝置代號]

[功能]
fsck.ext3命令：針對ext3檔案系統進行檢測修復

[執行許可權]
root

[引數]

必要引數

-a非互交模式，自動修復
-c檢查是否存在有損壞的區塊。
-C fsck.ext3命令會把全部的執行過程，都交由其逆向敘述，便於監控程式
-d詳細顯示命令執行過程
-f強制進行檢查
-F檢查檔案系統之前，先清理該儲存裝置塊區內的資料
-l把檔案中所列出的損壞區塊，加入標記
-L清除所有損壞標誌，重新標記
-n非互動模式,把欲檢查的檔案系統設成只讀
-P 設定fsck.ext2命令所能處理的inode大小為多少
-r互動模式
-R忽略目錄
-s順序檢查
-S效果和指定“-s”引數類似
-t 顯示fsck.ext2命令的時序資訊。
-v顯示詳細的處理過程
-y關閉互動模式

選擇引數

-b指定分割槽的第一個磁區的起始地址/Super Block
-B 設定該分割槽每個區塊的大小
-I設定欲檢查的檔案系統，其inode緩衝區的區塊數目
-V顯示版本資訊

--------------------- 本文來自 wackycrazy 的CSDN 部落格 ，全文地址請點選：https://blog.csdn.net/wackycrazy/article/details/50012385?utm_source=copy