主页 / unix / 问题 / 525085
Accepted
Larry Cai
Asked: 2019-06-15 23:34:31 +0800 CST

如何清理和重新启动从 LVM 组中提取的 HDD（显示坏的超级块）？

  • 772

去年我有 2 个 4TB 硬盘驱动器被放在一个 LVM 组中，由于安装 nextcloud 的巨大问题，最终没有真正使用这个服务器。在某些时候它开始给我启动问题，所以我删除了 LVM 卷和组。

最近我在这个系统上干净地重新安装了 Ubuntu 18.04，但无法让这些 HDD 再次在 LVM2 中工作。我正在使用 KVPM 使它们成为 LVM2 PV，然后是 Group 和 Volume。我无法将它们安装为最后一步。

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 再次起作用。驱动器本身应该仍然可以工作，因为它们是全新购买并单独测试的，然后就留在了已关闭半年的系统中。

有谁知道我能做什么？

fsck lvm

1 个回答

  1. Best Answer

    创建新的 LVM 逻辑卷后，您是否在mkfs 没有选项的情况下运行-n？

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

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

    • 1

相关问题