VM扩展分区后启动报错/dev/mapper/ubuntu--vg-ubuntu--lv不存在，能否重建该逻辑卷？

看起来你在扩展LVM分区时踩了个常见的坑——直接用fdisk修改了承载LVM物理卷的sda3分区，但没同步更新LVM的配置，导致系统启动时无法识别逻辑卷，进而掉进急救shell。好消息是，只要LVM的元数据没完全损坏，是有机会恢复甚至重建这个逻辑卷的，不过操作前一定要先备份你能访问到的所有重要数据，避免意外！

下面是具体的排查和恢复步骤，你可以在当前的Ubuntu Live会话里执行：

第一步：扫描LVM组件，确认是否还能识别原有卷组 #

先运行以下命令，检查系统能不能找到LVM的物理卷（PV）、卷组（VG）和逻辑卷（LV）：

pvscan
vgscan
lvscan

如果命令能输出包含ubuntu-vg和ubuntu-lv的信息，说明元数据还在，只是没激活，那问题就比较好解决。

第二步：激活卷组并验证逻辑卷 #

如果扫描到了目标卷组，执行以下命令激活它：

vgchange -ay ubuntu-vg

激活成功后，你应该能在/dev/mapper下看到ubuntu--vg-ubuntu--lv设备了。接下来可以尝试挂载它，确认数据是否完好：

mkdir /tmp/recovered_lv
mount /dev/mapper/ubuntu--vg-ubuntu--lv /tmp/recovered_lv

如果挂载成功，说明逻辑卷没问题，接下来只需要更新initramfs修复启动配置，让系统下次启动时能正确识别它即可：

update-initramfs -u -k all

第三步：如果扫描不到卷组，尝试恢复LVM元数据 #

如果vgscan没找到ubuntu-vg，那可能是物理卷的元数据损坏了。你可以尝试从备份文件恢复：

1. 先挂载sda2（这是你的/boot分区，LVM的元数据备份通常存在/etc/lvm/backup/目录下）：

mkdir /tmp/boot_part
mount /dev/sda2 /tmp/boot_part

2. 查看是否有ubuntu-vg的备份文件：

ls /tmp/boot_part/etc/lvm/backup/

3. 如果找到了对应的备份文件，用以下命令恢复物理卷（注意替换<备份文件名>，你可以从备份文件里找到旧的PV UUID）：

pvcreate --uuid <旧PV UUID> --restorefile /tmp/boot_part/etc/lvm/backup/<备份文件名> /dev/sda3

4. 然后重新扫描卷组并激活：

vgscan
vgchange -ay ubuntu-vg

第四步：极端情况——元数据完全丢失时的尝试 #

如果上述方法都不行，说明LVM元数据可能彻底损坏了，这时候可以尝试用testdisk工具扫描磁盘，恢复原来的分区表或LVM结构。不过这个操作难度较高，建议先把整个磁盘镜像备份下来，再进行尝试。

最后提醒：扩展LVM的正确姿势 #

这次出错的根源是你直接用fdisk修改了分区，但没更新LVM的物理卷信息。以后扩展LVM分区应该遵循以下步骤：

1. 用fdisk或parted扩展物理分区（比如sda3）
2. 扩展物理卷：pvresize /dev/sda3
3. 扩展卷组（如果需要）：vgextend ubuntu-vg /dev/sda3
4. 扩展逻辑卷：lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
5. 最后扩展文件系统：resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

备注：内容来源于stack exchange，提问作者TinLou