問題描述：上周公司的私有云（底層架構是Openstack+KVM，目前穩定性還不夠好，開發團隊在改進中）一個計算節點掛掉，之后恢復后發現這個計算節點的所有Linux虛擬機系統都變成只讀了，復制文件提示：Read-only file system，如圖所示：

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

解決方法：使用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顯示版本信息