我有一个 4 驱动器 LVM PV 组。我有一个驱动器出现故障（好吧，我把它安装在一个新的机箱中，把它弄坏了。）所以我把它换成另一个驱动器并恢复了剩余的数据。
重新启动后，我陷入了 LVM 文件系统扫描的困境/dev/mapper/storage-storage1。我取消了它并使用 fastboot 标志重新启动以跳过它。我在设备fsck上运行/dev/mapper/...，它运行了一段时间，然后我耗尽了 RAM 并且失败了。现在，其中 2 个物理驱动器不显示分区表，并且从 VG 中丢失。他们确实有一个 LVM 分区跨越整个驱动器。
无论如何，我想摆脱这个 LVM 并设置 RAID5 配置，但我想先备份 LVM 上的一些数据。 （没有什么不能再下载的，但先备份到本地会节省很多时间。）
我可以尝试恢复两个驱动器上丢失的分区信息吗？主机操作系统是带有 OpenMediaVault 的 Debian 7。
答案1
对于遇到同样问题的任何人，
我使用了 PV Create 命令，并使用旧 UUID 设置了 UUID。 LVM 不需要分区映射，因此它仍然能够看到数据。我必须深入挖掘才能找出哪个 UUID 属于哪个驱动器。最后我只是猜测。如果只有一个驱动器丢失，您显然会使用丢失的 UUID。
如果您猜测，请以只读方式挂载文件系统并检查文件。如果您发现损坏的文件卸载并交换 UUID（假设您有多个驱动器丢失）
我仍然不知道是什么导致了这个问题。但上面的步骤解决了这个问题足够长的时间，让我能够获取一些我想要的数据。所以我很高兴。
答案2
听起来所有 LVM 结构都完好无损，这让事情变得更容易一些。您可以使用以下步骤恢复可以恢复的数据。
制作 LV 的图像副本
将其放在有足够空间的地方，以便您可以对其进行操作。dd_rescue对此效果很好。当你能在原始版本上工作，这可以让您恢复到开始时的位置...呃...如果出现问题，只需再次制作副本即可。
使用数字取证程序在废墟中进行挑选
免费工具尸检可以做到这一点。它不像专用的 Windows 恢复工具那样用户友好，但对于初次使用的人来说，它比 Sleuth Kit 更好。 Sleuth Kit 可让您真正了解文件系统结构，但其学习曲线相当陡峭。
另一方面，尸检也不算太糟糕。这是一个使用尸检的分步说明
是什么导致了数据丢失？
尽管看起来可能只有一个驱动器出现故障，但您的某个地方隐藏着另一个问题，否则您就不会遇到此问题。 RAID-5“恢复”的某些数据无效。您可能想要研究具有更好数据完整性保证的东西（ZFS、btrfs 等）