Linux檔案系統損壞導致無法正常啟動與fsck修復工具

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

然後輸入命令：fsck (然後根據提示輸入yes)

再輸入命令：fsck –y /dev/sda1

最後reboot重新啟動系統即可

/etc/fstab組態檔
首先這裡來說一下為什麼開機會出現檔案系統檢查這一步。
想要使檔案系統開機掛載並檢查，可以通過/etc/fstab開機自動掛載檔案系統的組態檔進行設定。

組態檔中每列的含義：
第一列：被掛載的檔案系統
第二列：掛載點
第三列：檔案系統型別
第四列：掛載選項（一般都是使用預設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 強制進行檢查

Linux公社的RSS地址：https://www.linuxidc.com/rssFeed.aspx

本文永久更新連結地址：https://www.linuxidc.com/Linux/2018-08/153616.htm