問題原因:系統沒有正常關機,導致虛擬磁盤出現文件系統錯誤。解決方法:使用fsck手動修復,具體操作如下:重啟系統后使用root進
問題原因:系(xi)統(tong)沒有正常關(guan)機(ji),導致虛(xu)擬磁盤出現文件系(xi)統(tong)錯誤(wu)。
解決方法:使用fsck手動修復,具體操作如(ru)下:
重啟系統后使用root進入單用戶模式,運行
fsck.ext3 -y /dev/vda3
說明:ext3的文件系統使用fsck.ext3,ext4文件系統使用fsck.etx4。/dev/vda3是系統/根分區。運行完畢后,reboot重啟系統就恢復正常。20多臺出問題的都是這樣修復的,無失敗案例。fsck.ext3開始進入掃描、修正文件系統,這個過程有時很快,有時比較長,中間有數次停頓的過程,只需等待即可,千萬不要以為死機而重啟服務器。修正完文件系統后,如果沒有提示重啟系統,也需要reboot來重啟系統。
擴展知識:fsck簡介
fsck不僅可以對文件系統進行掃描,還能修正文件系統的一些問題。注意的是fsck掃描文件系統時一定要在單用戶模式、修復模式或把設備umount后進行(xing)。建(jian)議在單用戶模(mo)式下運行(xing)。如果掃描正常運行(xing)中的系統,會造成(cheng)系統文件損壞。
文件系統(tong)(tong)掃(sao)描(miao)工具(ju)有fsck、fsck.ext2、fsck.ext3、fsck.ext4、fsck.msdos、fsck.cramfs、fsck.ext4dev、fsck.vfat。最好(hao)是根據不同的(de)文件系統(tong)(tong)來調用不同的(de)掃(sao)描(miao)工具(ju),比如(ru)ext3的(de)文件系統(tong)(tong)使用fsck.ext3,ext4文件系統(tong)(tong)使用fsck.ext4等。
/dev/vda3是ext3的(de)文(wen)件系統,這里介紹(shao)fsck.ext3的(de)參數:
fsck.ext3
[語法]
fsck.ext3[必要參(can)數(shu)][選擇(ze)參(can)數(shu)][設(she)備代號(hao)]
[功能]
fsck.ext3命令:針(zhen)對ext3文(wen)件系統(tong)進行(xing)檢測修復
[執行權限]
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關閉互動模式(shi)
選擇參數
-b指定分區的第一個磁區的起始地址/Super Block
-B 設置該分區每個區塊的大小
-I設置欲檢查的文件系統,其inode緩沖區的區塊數目
-V顯示(shi)版本(ben)信息
微信(xin)掃碼關(guan)注(zhu) 億華(hua)聯眾 公眾號(hao)