問題原因：系統沒有正常關機，導致虛擬磁盤出現文件系統錯誤。
解決方法：使用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