我們需要在 redhat 6 版本上修復 sdb 上的文件系統損壞

sdb 是 xfs 文件系統

df -h | egrep "Filesystem|/data"
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb       8.2T  7.0T  1.0T   86% /data

因為 sdb 上的數據很大

我們想知道最佳選擇 1 或 2 是什麼？

或其他想法進行文件系統修復？

選項1

umount /data
fsck -y /dev/sdb
mount /data

選項 2

umount /data
e2fsck -y /dev/sdb
mount /data

選項 3

umount /data
xfs_repair /dev/sdb
mount /data

第二 - 在大數據上執行 fsck 時有什麼風險？

引用此超級使用者文章：

fsck只是原來的名字。當他們推出新的文件系統時，他們需要為每個文件系統提供特定的工具，efsck用於 ext、e2fsck用於 ext2 dosfsck、fsckvfat.. 因此，他們製作fsck了只呼叫適當工具的前端。

fsck.xfs

可能是你所追求的。

---

XFS 相關更新：

xfs_check如果可能的話，xfs_repair應該幫助您評估損壞和修復。

有關具體使用資訊，請參閱手冊頁。

對於投票支持 fsck.xfs 的人……它只是 /bin/true 的重命名版本。它除了返回'0’並退出之外什麼都不做。正確的答案是：

umount /data
xfs_repair /dev/sdb
mount /data

引用自：https://unix.stackexchange.com/questions/441265