☰

如何清理并重新启动从 LVM 组中拉出的 HDD（显示坏的超级块）？

tag-icon • tag-icon lvm fsck superblock e2fsck testdisk
如何清理并重新启动从 LVM 组中拉出的 HDD（显示坏的超级块）？

我去年有 2 个 4TB HDD 放入 LVM 组中，但由于安装 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 再次发挥作用即可。驱动器本身应该仍然可以工作，因为它们是全新购买的并单独测试，然后就留在已关闭半年的系统中。

有谁知道我能做什么？

答案1

创建新的LVM逻辑卷后，您是否运行mkfs 没有选项-n就可以了？

您应该将存储视为一个多层蛋糕：最底层是硬件，然后是各种可选层，例如分区、磁盘加密、软件 RAID 或 LVM，并且基本上可以按任何顺序应用任意数量的层（尽管不是所有顺序都可能有意义）。顶部通常是文件系统。

当您重新初始化其中一个中间层时，您通常应该假设该层“之上”的所有内容都将丢失并且需要重新完成，这是理所当然的。因此，在这种情况下，当您重新初始化 LVM PV、重新创建卷组和 LV 时，您应该假设 LV 之上的文件系统将会丢失。

相关内容