檢查 Linux 檔案系統中的錯誤：透過案例學習 FSCK 命令

FSCK 是一個很重要的 Linux/Unix 工具，它用於檢測並修復檔案系統中的錯誤。它類似於 Windows 作業系統中的 “chkdsk” 工具，但它是為 Linux、MacOS、FreeBSD 作業系統所準備的。

FSCK 全稱為 File System Consistency Check。在大多數時候，它在系統啟動時執行，但是如果需要的話，它也能被超級使用者手工啟動。

它可以進行三種模式的操作，

1. 查錯並在發現錯誤時由使用者決定如何處理，
2. 查錯並自動修復，
3. 查錯但在發現錯誤時只顯示錯誤而不進行修復。

FSCK 的語法

手工執行 FSCK 的語法為，

$ fsck options drives

fsck 支援的選項有，

• -p 自動修復（不詢問）
• -n 不對檔案系統做出改動
• -y 對所有問題都回答 "yes"
• -c 檢查所有的壞塊並將之新增到壞塊列表中
• -f 即使檔案系統標記為 clean 也強制進行檢查
• -v 輸出詳細資訊
• -b superblock 使用替代的超級塊
• -B blocksize 指定超級塊的塊大小
• -j external_journal 指定外部日誌的位置
• -l bad_blocks_file 新增到指定的壞塊列表（檔案）
• -L bad_blocks_file 指定壞塊列表（檔案）

我們可以根據要做的操作任意指定這些選項。下面讓我們來看一些例子。

Fsck 命令的案例

注意： 在開始討論案例之前，請先讀完這段話。我們不應該用 fsck 檢查已掛載的磁碟，這很可能會對磁碟造成永久性的傷害。因此在開始使用 fsck 之前，我們需要使用下面命令來解除安裝磁碟，

$ umount drivename

比如像這樣，

$ umount /dev/sdb1

可以透過下面命令來檢視分割槽編號，

$ fdisk -l

另外，在執行 fsck 時，可能出錯並返回一些錯誤碼。下面是一些常見的錯誤及其意義的列表，

• 0 - 沒有錯誤
• 1 - 修復了一些檔案系統錯誤
• 2 - 系統需要被重啟
• 4 - 檔案系統錯誤未被修復
• 8 - 操作錯
• 16 - 使用或語法錯
• 32 - fsck 被使用者取消
• 128 - 共享庫出錯

現在讓我們來看一些 fsck 命令的例子，

在單個分割槽上進行錯誤檢查

在終端執行下面過命令來對單個分割槽進行檢查，

$ umount /dev/sdb1
$ fsck /dev/sdb1

檢查檔案系統錯誤並自動修復

使用選項 -a 進行一致性檢查並自動修復這些錯誤。也可以用 -y 替代 -a 選項。

$ fsck -a /dev/sdb1

檢查檔案系統錯誤但並不進行修復

若我們只想知道檔案系統上有哪些錯誤而不想修復這些錯誤，那麼可以使用選項 -n，

$ fsck -n /dev/sdb1

檢查所有分割槽中的錯誤

-A 選項一次性檢查所有分割槽上的檔案系統錯誤，

$ fsck -A

若要禁止對根檔案系統進行檢查可以使用選項 -R，

$ fsck -AR

只檢查指定檔案系統型別的分割槽

使用選項 -t 及檔案系統型別，可以讓 fsck 只檢查指定檔案系統型別的分割槽，比如指定檔案系統型別為 “ext4”，

$ fsck -t ext4 /dev/sdb1

或者，

$ fsck -t -A ext4

只在解除安裝的磁碟上進行一致性檢查

要保證 fsck 只在解除安裝的磁碟上操作，可以使用選項 -M，

$ fsck -AM

這就是我們的案例教程了。有任何疑問歡迎在下面的留言框中留言。

---

via: http://linuxtechlab.com/linux-filesystem-errors-fsck-command-with-examples/

作者：Shusain 譯者：lujun9972 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出