web-dev-qa-db-ja.com

e2fsck / resize2fsの問題

RAID5アレイの一部である6つのドライブ(それぞれ1.5T、すべて同じモデルとファームウェアリビジョン)があります。 RAID5は、LVMボリュームグループと論理グループを作成します。後者には、ext3パーティションが1つだけ含まれています。私は最近走りました:

e2fsck -f /dev/vg03/lv01 && resize2fs -M /dev/vg03/lv01

エラーなしで終了しました。

mount /dev/vg03/lv01しようとすると、次のようになります。

EXT3-fs error (device dm-0): ext3_check_descriptors: Block bitmap for group 30533 not in group (block 1000532368)!
  EXT3-fs: group descriptors corrupted!

この苦境から抜け出すにはどうすればよいですか?これは私が現在あなたに与えることができるすべての情報です:

fdisk -l /dev/sd[cdefgh]は、それらが「Linux raid autodetect」であることを(正しく)示しています

しかし、fdiskは次のように表示します。

fdisk -l /dev/md0

ディスク/ dev/md0:7501.5 GB、7501495664640バイト

.。
ディスク識別子:0x00000000
ディスク/ dev/md0に有効なパーティションテーブルが含まれていません

(LVMタイプのパーティションの代わりに)

fdisk -l /dev/vg03/lv01

ディスク/ dev/vg03/lv01:7501.5 GB、7501491732480バイト
.。
ディスク識別子:0x00000000
ディスク/ dev/vg03/lv01に有効なパーティションテーブルが含まれていません

(ext3タイプのパーティションの代わりに)

私はもう試した:

e2fsck -fy /dev/vg03/lv01

e2fsck 1.41.12(2010年5月17日)
e2fsck:グループ記述子が見栄えが悪い...バックアップブロックを試行しています...
グループ30533のブロックビットマップがグループにありません。 (ブロック1000532368)
移転しますか?はい

グループ30533のiノードビットマップはグループにありません。 (ブロック1000532369)
移転しますか?はい

パス1:iノード、ブロック、およびサイズの確認
グループ30533のブロックビットマップを1000524246に再配置しています...
iノードビットマップのブロックグループ30533に1つの連続したブロックを割り当てるときにエラーが発生しました:ext2ファイルシステムにブロックを割り当てることができませんでした
e2fsck:中止されました

私があなたに与えることができる追加情報:

cat /proc/mdstat

パーソナリティ:[線形] [マルチパス] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0:アクティブ(自動読み取り専用)raid5 sdg1 [0] sdh1 [5] sdf1 [4] sde1 [3] sdc1 [2] sdd1 [1]
7325679360ブロックレベル5、128kチャンク、アルゴリズム2 [6/6] [UUUUUU]
ビットマップ:1/175ページ[4KB]、4096KBチャンク

未使用のデバイス:

最後に、すべてのsmartctlテスト(shortおよびextendend)は、どのディスクでもエラーを示しませんでした。

resize2fsを成長させて/dev/vg03/lv01を成長させ、e2fsckをやり直す必要がありますか? cfdisk /dev/md0/dev/vg03/lv01を実際のタイプに戻す必要がありますか?

助けてくれてありがとう。

2011-09-20更新

次のコマンドを発行してパーティションを再マウントできましたが、前後のサイズ(df)を見ると、1Tbのデータが欠落しているようです。再マウントされたパーティションの「同じ」ファイルを含むいくつかのファイルのMD5SUMS(古いバックアップから)をチェックすることにより、いくつかのエラーが検出されました。

パーティションを再マウントするために発行されたコマンドは次のとおりです。

dumpe2fs/dev/vg03/lv01

  Block count: 1000491435<br />
  Block size:  4096<br />

tune2fs -O ^ has_journal/dev/vg03/lv01

resize2fs -p/dev/vg03/lv01

dumpe2fs/dev/vg03/lv01

  Block count: 1831418880<br />
  Block size:  4096<br />

mount -o ro、noatime/dev/vg03/lv01/mnt/raid

  OK... but files have been damaged / gone missing.
6
BlakBat

そもそもどのようにしてLVMを作成しましたか? /dev/md0を使用して物理ボリュームを準備しましたか、それとも最初にfdiskを実行し、パーティションの1つを物理ボリュームとして使用しましたか。

デバイス全体をPVとして使用した場合、LVM情報はfdiskがパーティションテーブルを見つけると予想される場所に配置されるため、fdiskはそのデバイスで機能しません。

確認したいのは、vgdisplay -v /dev/vg03を実行して、ボリュームグループに存在する物理ボリュームを確認することです。

1
mdpc