大佬教程收集整理的这篇文章主要介绍了LVM恢复损坏，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
/ 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：@L_801_20@上描述的所有超级块.如果您真的需要没有备份的文件,链接的data recovery page from the Ubuntu wiki有一些文件提取实用程序.
就个人而言,我更喜欢在没有分区表的情况下在整个磁盘上创建PV,例如/ dev / sdb.可以立即添加已调整大小的磁盘.
以上是大佬教程为你收集整理的LVM恢复损坏全部内容，希望文章能够帮你解决LVM恢复损坏所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。