![XFS相关更新:](https://linux22.com/image/132567/XFS%E7%9B%B8%E5%85%B3%E6%9B%B4%E6%96%B0%EF%BC%9A.png)
我们需要修复 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
只是原来的名字。当他们推出新的文件系统时,他们需要为每个文件系统提供特定的工具,例如efsck
ext、e2fsck
ext2dosfsck
、.fsckvfat
因此,他们制作了fsck
只调用合适工具的前端。
fsck.xfs
可能就是你所追求的。
XFS相关更新:
xfs_check
和xfs_repair
应该可以帮助您评估损坏情况并在可能的情况下进行修复。
有关具体使用信息,请参阅手册页。
答案2
对于投票给 fsck.xfs 的人来说......它只是 /bin/true 的重命名版本。除了返回“0”并退出之外,它什么也不做。正确的答案是:
umount /data
xfs_repair /dev/sdb
mount /data