web-dev-qa-db-ja.com

巨大なデータのファイルシステムの破損を修正するための最良のアプローチは何ですか

redhat6バージョンの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

オプション

umount /data
xfs_repair /dev/sdb
mount /data

2番目-巨大なデータに対してfsckを実行する場合のリスクは何ですか？

linuxfilesystemsfsckxfse2fsck
1
yael

引用 このスーパーユーザーの投稿 ：

fsckは元の名前です。新しいファイルシステムが登場したときは、それぞれに固有のツールが必要でした。extの場合はefsck、ext2の場合はe2fsck、dosfsck、fsckvfatです。そこで彼らは、適切なツールのいずれかを呼び出すだけのフロントエンドをfsckにしました。

fsck.xfs

おそらくあなたが求めているものです。

XFS関連の更新：

xfs_check および xfs_repair は、損傷を評価し、可能であれば修復するのに役立ちます。

特定の使用法については、マニュアルページを参照してください。

0
LinuxSecurityFreak

Fsck.xfsに投票する人々にとって...それは/ bin/trueの名前が変更されたバージョンにすぎません。 '0'を返して終了する以外は何もしません。適切な答えは次のとおりです。

umount /data
xfs_repair /dev/sdb
mount /data
0
Steve Bergman