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 オプション3
umount /data xfs_repair /dev/sdb mount /data 秒-巨大なデータに対してfsckを実行する場合のリスクは何ですか？
コメント
回答
fsckは元の名前です。新しいファイルシステムを発表したときは、それぞれに固有のツールが必要でした。extの場合はefsck、ext2の場合はe2fsck、dosfsck、fsckvfat。そこで彼らは、適切なツールのいずれかを呼び出すだけのフロントエンドをfsckにしました。
fsck.xfs おそらくあなたが求めているものです。
XFS関連の更新：
xfs_check および xfs_repair は損傷の評価に役立ちます
具体的な使用法については、マニュアルページを参照してください。
コメント
- 安全を確保するため、私たちが行うとき–fsck-y / dev / sdb？
- @yael個人的にはそうだと思いますが、これはおそらく意見に基づいています。
- つまり、fsckの方が優れているのは何ですか。 .xfs -y / dev / sdbまたはfsck-y / dev / sdb
- @yaelどちらも同じ仕事をすると思います。しかし、私は常にタイプを指定する傾向があります。
fsck.xfsを使用します。 - xfs_repairとfsck.xfsの違いは何ですか？
回答
fsck.xfsに投票する人々へ…それは/ bin / trueの名前が変更されたバージョンです。「0」を返して終了する以外は何もしません。 。適切な答えは次のとおりです。
umount /data xfs_repair /dev/sdb mount /data コメント
- xfs_repairがで言及されていることに気付くでしょう。 その他の回答
e2fsckを実行してみるのですか？