LVM 恢复配置的 lv,使其具有比 vg 中更多的可用块

LVM 恢复配置的 lv,使其具有比 vg 中更多的可用块

最近,我的一个 2TB 磁盘坏了,虽然这有点愚蠢。我只能说,我不会再在服务器附近使用带电电源了。但是,我没有其他这么大的磁盘,所以当我向 vg 添加一个 1TB 磁盘时,我尝试编辑备份文件以便能够恢复我的 lv。我以前在驱动器“发生故障”但仍可恢复时成功执行过此操作。只是现在驱动器坏了,所以我做了类似的过程,但使用的是较小的磁盘。我更改了相应的值,例如 UUID、dev_size 和 pe_count。正如我所说,当发生故障的驱动器刚刚变为“未知”时,这种方法有效。现在我已经实际更改了磁盘,并使用了不同大小的磁盘,块大小已关闭。Fsck 说有 1953485824 个块分配给 lv,但物理驱动器分配只有 1953478656 个块。所以,最后的问题,有没有办法在不格式化的情况下更改分配给 lv 的块数量?我希望数据丢失最少,因为这些都是我的个人文件,即图片、家庭电影和很多文档。我非常感谢所有有用的回复。谢谢,Noobie T Raccoon

PS 不,我现在没有任何真正的备份,我正在设置这台服务器,它是用外面的垃圾堆搭建的,我只需要购买 RAM,因为我在垃圾堆里找不到它,而且我必须使用我所有的驱动器。一旦我买得起更多设备,我就会设置备份。再次感谢大家的帮助,我期待与你们合作。

更新...我去检查了通过初始化 fsck 命令报告的确切块数,我成功中止了第一次,不幸的是,我的阅读障碍又复发了,当被问到“你想堕胎吗”时,我说“不”。现在我的屏幕上不断出现数字,我不知道该怎么办。我拍了一个短视频,并在下面放了一个链接,如果有人想看的话。再次感谢大家。

“视频链接已删除”

答案1

因此,除了重建 LV 上的文件系统(如果您仔细查看,会发现这充其量是令人困惑的,解释不清,通常会导致“意外故障”)。好吧,在我看来,经过这么多次之后,您可能会开始预料到这种情况会发生,即使只是一点点。因此,我只是使用了 Testdisk,而不是尝试重建 LVM,而是进入了 /dev/dm-0。在那里,我发现我的所有文件都完好无损(仍然处于恢复过程的早期阶段,所以我想任何事情都可能发生)。现在我正在将文件复制到另一个位置。另外,为了回答我的第二个问题,似乎也没有人想研究这个问题,人们在视频中看到的文本是向 STDout 报告的各个块。这是我能找到的最佳解决方案,我没有问过但应该问的人就是我自己。我认为有更好的解决方案,而我应该凭直觉行事。希望这有一天可以帮助其他遇到类似问题的人,因为我在网上找不到遇到此问题的人。

相关内容