解決方法 ：使用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命令：針對ext3檔案系統進行檢測修復 -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顯示版本資訊