Linux文件系統損壞導致無法正常啓動與fsck修復工具

問題:
今天在打開自己的虛擬機學習的時候,發現在文件系統檢查過程中出現以下的報錯:
/dev/mapper/VolGroup-lv_root:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY. [FAILED]
這提示意味着,Linux文件系統損壞了,導致文件系統損壞的原因可能是異常的關機,比如:突然斷電。
這裏的提示已經很明確的說明了,“UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.”:意外的不一致性導致文件系統損壞,需要手動fsck修復。
按照系統的提示,輸入密碼進到系統裏面

Linux文件系統損壞導致無法正常啓動與fsck修復工具
然後輸入命令:fsck (然後根據提示輸入yes)
Linux文件系統損壞導致無法正常啓動與fsck修復工具

再輸入命令:fsck –y /dev/sda1
Linux文件系統損壞導致無法正常啓動與fsck修復工具

最後reboot重啓系統即可

/etc/fstab配置文件
首先這裏來說一下爲什麼開機會出現文件系統檢查這一步。
想要使文件系統開機掛載並檢查,可以通過/etc/fstab開機自動掛載文件系統的配置文件進行設置。

Linux文件系統損壞導致無法正常啓動與fsck修復工具
配置文件中每列的含義:
第一列:被掛載的文件系統
第二列:掛載點
第三列:文件系統類型
第四列:掛載選項(一般都是使用默認defaults)
第五列:是否備份
第六列:是否開機做磁盤檢查
很明顯,想要開機磁盤檢查,就把第六列設置爲“1”,建議普通磁盤都設置0不備份也不檢查,否則磁盤有問題,可能會導致系統起不來;系統盤則可設置爲1或2。
fsck修復工具
使用man fsck中找到這段解釋:check and repair a Linux file system。
從這裏可以知道,fsck工具不僅可以做文件系統的檢查(掃描),還能修復文件系統,當然fsck所能修復的問題也是有限的,但又不失爲一個便捷的自帶修復工具。fsck的使用權限必須是root權限。
語法:fsck [-sACVRP] [-t fstype] [--] [fsck-options] filesys [...]
參數:
-t : 給定檔案系統的型式,若在 /etc/fstab 中已有定義或 kernel 本身已支援的則不需加上此參數
-s : 依序一個一個地執行 fsck 的指令來檢查
-A : 對/etc/fstab 中所有列出來的 partition 做檢查
-C : 顯示完整的檢查進度
-d : 列印 e2fsck 的 debug 結果
-p : 同時有 -A 條件時,同時有多個 fsck 的檢查一起執行
-R : 同時有 -A 條件時,省略 / 不檢查(忽略根文件系統)
-V : 詳細顯示模式
-a : 如果檢查有錯則自動修復
-r : 如果檢查有錯則由使用者回答是否修復
-n:對所有文件進行檢測,對所有提問都用no回答(交互式統一爲no,不需手動輸入);只檢測文件系統,不進行修復,只報告。
-y:與-n相對,對所有文件進行檢測,對所有提問都用yes回答,無須人工干預,自動修復文件系統。
-D:通知fsck額外檢查系統的一致性。
-f 強制進行檢查

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章