我有一个Centos 6.7主机(在这里注意过去的时间),他使用来自HyperV集群的Vmware转换工具进行迁移.因此,其磁盘的最终配置是：
/ dev / sda1 -> BOOT / dev / sdb1 -> Physical Volume VG on / dev / sdb1 6 LVs on VG,root included
时间到了,逻辑卷已经填满,VG没有任何免费的PE可以扩展.所以我做了一个ninja移动,我扩展了/ dev / sdb并且(错误地)重写了分区表来增长PV.之后,由于LVM元数据被覆盖,VM无法再次启动.
我尝试了几种方案,最成功的是字符串/ dev / sdb | head -n 1000我找到了LVM信息的副本(从它对每个修改进行的自动备份),从似乎是最新的配置创建了一个文件,创建了一个与原始版本相同的uuid和–restorefile指定的文件.我继续使用vgcfgrestore和vgchange -ay并且所有逻辑卷都变得可见,但是mount失败了,我得到了错误的超级块或错误的fs类型错误.我感觉LV的边界不正确,并且我与旧结构重叠,因此在安装期间文件系统存在问题.
有没有人见过这样的东西？有人可以建议任何解决方案吗？
解决方法
如果您有主机配置和数据的备份,则重新安装操作系统和还原会更快.
制作LV的备份映像,例如将dd映射到常规文件,或者可能是LVM快照.在备份上运行文件系统修复工具,例如xfs_repair -f / backup / lv.这有助于指示是否存在可恢复的文件系统.
编辑：你表示ext4.尝试在UNIX Stack Exchange：Recovering ext4 superblocks上描述的所有超级块.如果您真的需要没有备份的文件,链接的data recovery page from the Ubuntu wiki有一些文件提取实用程序.
就个人而言,我更喜欢在没有分区表的情况下在整个磁盘上创建PV,例如/ dev / sdb.可以立即添加已调整大小的磁盘.
