☰

XFS相关更新：

tag-icon • tag-icon linux filesystems fsck xfs e2fsck
XFS相关更新：

我们需要修复 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 时有哪些风险？

答案1

引用这个超级用户帖子:

fsck只是原来的名字。当他们推出新的文件系统时，他们需要为每个文件系统提供特定的工具，例如efsckext、e2fsckext2 dosfsck、.fsckvfat因此，他们制作了fsck只调用合适工具的前端。

fsck.xfs

可能就是你所追求的。

XFS相关更新：

xfs_check和xfs_repair应该可以帮助您评估损坏情况并在可能的情况下进行修复。

有关具体使用信息，请参阅手册页。

答案2

对于投票给 fsck.xfs 的人来说......它只是 /bin/true 的重命名版本。除了返回“0”并退出之外，它什么也不做。正确的答案是：

umount /data
xfs_repair /dev/sdb
mount /data

相关内容