檢查 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中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive