![丢失的物理卷和逻辑卷](https://linux22.com/image/141612/%E4%B8%A2%E5%A4%B1%E7%9A%84%E7%89%A9%E7%90%86%E5%8D%B7%E5%92%8C%E9%80%BB%E8%BE%91%E5%8D%B7.png)
我仍然可以解密我的驱动器并查看文件,但物理和卷信息显示为空白。
请参阅下面是否有任何方法可以重新创建物理卷和逻辑卷?
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
文件中是否有任何可能影响此磁盘/分区的命令。它们可能有助于了解实际发生的情况。