☰

丢失的物理卷和逻辑卷

tag-icon • tag-icon boot lvm luks volume
丢失的物理卷和逻辑卷

我仍然可以解密我的驱动器并查看文件，但物理和卷信息显示为空白。

请参阅下面是否有任何方法可以重新创建物理卷和逻辑卷？

root@dad-PC:/home/dad# cryptsetup luksOpen /dev/sdc5 sdc5_crypt
Enter passphrase for /dev/sdc5: 
root@dad-PC:/home/dad# pvdisplay
root@dad-PC:/home/dad# pvscan 
  No matching physical volumes found
root@dad-PC:/home/dad# lvscan
  No volume groups found

文件都在那里：

root@dad-PC:/home/dad# fsck -y /dev/mapper/sdc5_crypt
fsck from util-linux 2.20.1
e2fsck 1.43-WIP (18-May-2015)
/dev/mapper/sdc5_crypt was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/sdc5_crypt: 395971/7684096 files (1.1% non-contiguous), 17169574/30735914 blocks

答案1

它看起来像是sdc5一个有效的 LUKS 加密卷，并且它（现在？）仅包含一个有效的 ext2/3/4 文件系统。

如果sdc5_crypt用于包含 LVM PV，则它似乎已被在加密容器上创建的文件系统覆盖，而无需介入 LVM 层。

您确定该磁盘上曾经有 LVM 层吗？

在目录 中/etc/lvm/backup，应该有 LVM 配置元数据的最新备份。备份文件是人类可读的文本文件，包含有关每个 LVM 物理卷的起始点和大小、其 UUID 字符串以及最后一次看到该卷的设备名称的信息。

请记住，类似的设备名称/dev/sdc不一定是持久的：如果硬件配置已更改并且系统重新启动，以前的磁盘/dev/sdc现在可能具有不同的设备名称。如果是这样，您可能必须使用分区编号和大小作为线索来确定备份的 LVM 配置实际引用的是哪个磁盘。

另外，检查/root/.bash_history文件中是否有任何可能影响此磁盘/分区的命令。它们可能有助于了解实际发生的情况。

相关内容