我们在一个LVM的软件突袭中发生了两个硬盘之一的硬盘崩溃。
服务器正在运行Citrix XenServer。
在仍然完好无损的硬盘上，音量组检测得很好，但只剩下一个LV。 （有些哈希replace为“x”）
＃lvdisplay ---逻辑卷--- LV名称/ dev / VG_XenStorage-xxxx-408b91acdcae / MGT VG名称VG_XenStorage-xxxx-408b91acdcae LV UUID xxxxxx-vQmZ6C LV写入访问读/写 LV状态可用 ＃打开0 LV尺寸4.00 MiB 当前LE 1 细分市场1 分配inheritance 预读行业汽车 - 目前设置为256 块设备253：0
root @ rescue〜＃vgdisplay ---卷组--- VG名称VG_XenStorage-xxxx-408b91acdcae 系统ID 格式lvm2 元数据领域1 元数据序列号4 VG访问读/写 VG状态可resize MAX LV 0 Cur LV 1 打开LV 0 最大PV 0 Cur PV 1 法PV 1 VG尺寸698.62 GiB PE尺寸4.00 MiB 总计178848 Alloc PE / Size 1 / 4.00 MiB 免费PE /尺寸178847 / 698.62 GiB VG UUID xxxxxx-53w0kL
我可以理解，如果完整的物理量丢失 – 但为什么只有逻辑卷？
这有什么解释吗？
有没有办法恢复逻辑卷？
编辑我们在这里的救援系统。 问题是整个服务器无法启动（GRUB错误22）
我们要做的是访问根文件系统。 但一切都在LVM中。
我们只有这个：
（分开）打印 型号：ATA SAMSUNG HD753LJ（scsi） 磁盘/ dev / sdb：750GB 扇区大小（逻辑/物理）：512B / 512B 分区表：msdos 数字开始最终大小types文件系统标志 1 32.3kB 750GB 750GB主引导，lvm
而这750GB的LVM量正是我们所看到的。
EDIT2
vgcfgrestore的输出，但是来自救援系统，因为没有root来chroot来。
＃vgcfgrestore --list VG_XenStorage-x-b4b0-xx-408b91acdcae 文件：/etc/lvm/archive/VG_XenStorage-xxxx-408b91acdcae_00000.vg VG名称：VG_XenStorage-xxxx-408b91acdcae 描述：创build之前执行'/ sbin / vgscan --ignorelockingfailure --mknodes' 备用时间：星期五6月28日23:53:20 2013 文件：/ etc / lvm / backup / VG_XenStorage-xxxx-408b91acdcae VG名称：VG_XenStorage-xxxx-408b91acdcae 描述：在执行'/ sbin / vgscan --ignorelockingfailure --mknodes'后创build* 备用时间：星期五6月28日23:53:20 2013