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
第二 - 大量のデータをfsckingする際にどのようなリスクがありますか?
答え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