☰

LVMグループからインポートされたHDDをクリーニングして再起動する方法（無効なスーパーブロックを表示）

tag-icon • tag-icon lvm fsck superblock e2fsck testdisk
LVMグループからインポートされたHDDをクリーニングして再起動する方法（無効なスーパーブロックを表示）

昨年、LVMグループに2つの4TB HDDを配置しましたが、nextcloudのインストールに大きな問題が発生し、実際にサーバーを使用しなくなりました。ある時点でブート問題が発生し始め、LVMボリュームとグループを削除しました。

最近、このシステムにUbuntu 18.04を完全に再インストールしましたが、このHDDをLVM2で再び動作させることができませんでした。 KVPMを使用してLVM2 PVにし、グループとボリュームにしました。最後のステップとしてインストールできません。

sudo mke2fs -n /dev/mapper/lvmgroup-lvmvol
mke2fs 1.44.1 (24-Mar-2018)
Creating filesystem with 1953507328 4k blocks and 244191232 inodes
Filesystem UUID: 278308bd-878e-4dde-8bac-420ddb858636
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848, 512000000, 550731776, 644972544, 1934917632

いくつかのガイドでは、fsckがこれらのブロックを消去できることを示唆しています。

$ sudo e2fsck -b 32768 /dev/lvmVolGroup/lvmVGVol
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/lvmVolGroup/lvmVGVol

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Found a gpt partition table in /dev/lvmVolGroup/lvmVGVol

しかし、リストされた不良ブロックの多くを試してみましたが、どちらも8193と32768について文句を言います。はい、同じブロックも試してみましたが、同じメッセージが表示されます。

そのため、すべてのLVMステップを削除/削除し、gpartedを使用して両方のドライブを完全に再フォーマットして再起動してみました。これはうまくいかず、まだ同じ問題があります。

前回は、LVMが正常に動作しているかどうかをテストするために一部のデータをLVMに転送しましたが、別のバックアップがあったため、既存のデータを保持することにはあまり興味がありませんでした.再動作するにはLVMが必要です。ドライブ自体は新製品として購入し、半年間オフにしたシステムに放置する前に個別にテストしたため、まだ機能する必要があります。

私ができることを知っている人はいますか？

ベストアンサー1

新しいLVM論理ボリュームを作成した後、次を実行しましたか？mkfs いいえ-nそのオプションは？

ストレージを多層ケーキと考える必要があります。一番下の層はハードウェアであり、パーティション化、ディスク暗号化、ソフトウェアRAID、LVMなどのさまざまなオプション層があり、基本的に任意の数の層を順序に関係なく適用できます（すべてではありません）。注文は意味があるかもしれません）。一番上には通常ファイルシステムがあります。

中間層の1つを再初期化すると、通常、その層の「上記」のすべての項目が失われ、再実行する必要があると仮定する必要があります。したがって、この場合、LVM PVを再初期化し、ボリュームグループとLVを再作成すると、LVの上のファイルシステムが失われると仮定する必要があります。

おすすめ記事