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を実行する場合のリスクは何ですか?
引用 このスーパーユーザーの投稿 :
fsck
は元の名前です。新しいファイルシステムが登場したときは、それぞれに固有のツールが必要でした。extの場合はefsck
、ext2の場合はe2fsck
、dosfsck
、fsckvfat
です。そこで彼らは、適切なツールのいずれかを呼び出すだけのフロントエンドをfsck
にしました。
fsck.xfs
おそらくあなたが求めているものです。
xfs_check
および xfs_repair
は、損傷を評価し、可能であれば修復するのに役立ちます。
特定の使用法については、マニュアルページを参照してください。
Fsck.xfsに投票する人々にとって...それは/ bin/trueの名前が変更されたバージョンにすぎません。 '0'を返して終了する以外は何もしません。適切な答えは次のとおりです。
umount /data
xfs_repair /dev/sdb
mount /data