LVM恢复损坏

前端之家收集整理的这篇文章主要介绍了LVM恢复损坏前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个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.可以立即添加已调整大小的磁盘.

原文链接:https://www.f2er.com/linux/395348.html

猜你在找的Linux相关文章