合并分区显示为未格式化的 NTFS- GPT 表恢复

合并分区显示为未格式化的 NTFS- GPT 表恢复

想要合并我的 SSD 上的多个分区,并将 Windows 恢复分区添加到混合中,因为它位于其他数据分区之间。(我相信这是我的错误)。

使用 MiniTool 分区向导,并在批次中“排队”多个合并。

由于 C 盘参与了合并,当我要求 MiniTool 应用更改时,它会重新启动 PC 以继续进行 - 在完成第一次合并(C:+ Windows Recovery)后,PC 进入启动循环,因为找不到可启动分区 - 现在显示为未格式化的 NTFS

我现在正尝试撤消此合并。在 MiniTool 分区恢复向导的帮助下,我得到了以下分区的当前状态 -合并后的当前分区状态

其中有 593 MB 的 NTFS 分区是原始恢复分区 - 双击它时我可以看到其内容 -恢复分区和内容,但合并后的分区没有显示任何内容。

仅查看这两个分区(64.89 GB 和 593 MB 分区)时,您会发现它们几乎共享结束 LBA - 仅相差 1

我在想,如果我能按照下面的 LBA 将这个 64.89 GB 分区分成两部分,我就能把它恢复到原来的状态

驾驶 启动 LBA 结束 LBA 尺寸 评论
C:\ 388212736 523073535 64.3 GB 在恢复分区开始之前结束 LBA
韦氏反应 523073536 524287998 593 兆 原始恢复分区起始/结束 LBA

我的上述推理正确吗?如果正确,我该如何设置这些起始和结束 LBA 更改?

我已经对当前的分区表进行了备份,因此如果这些更改不起作用,至少我可以恢复到当前状态。

任何其他建议都非常感谢:)

答案1

合并两个(或多个)分区从定义上来说不是可逆的,因为它不仅仅是将所涉及的分区所占用的空间相加。

你本质上不是在合并分区,而是在合并文件系统。根据合并在崩溃之前的进展情况,您可能会处理高度不一致的文件系统。

例如,如果我们考虑合并两个 NTFS 文件系统,我们将从两个主文件表 (MFT) 开始,但它们都引用来自不同偏移量的簇。如果我们将分区移动添加到组合中,两个都将会使用错误的偏移量。执行合并的工具基本上会将 2 个 MFT 合并为一个一致的 MFT,如果这个过程在某个时候被中断,您最终会陷入混乱。

分区合并失败或中断可能是最难的逻辑数据恢复案例之一,比删除或格式化的卷要难得多,但这取决于合并在哪个阶段失败。在操作开始时和结束时,我们拥有更多或更少一致的文件系统,从中恢复数据应该不那么困难。

针对此类情况,我选择的武器是 DMDE。

在此处输入图片描述

如果您需要我此时建议的数据:

  • 你不再尝试就地修复这个问题,因为这可能会让情况变得更糟
  • 如果你坚持先修复,则需要逐扇区创建磁盘克隆
  • 尝试只读文件恢复

文件恢复需要使用功能强大的文件恢复工具来扫描候选文件系统(而非分区)。以下只是正在进行的扫描的示例。通过选择“打开卷”选项来检查每个候选文件系统。

在此处输入图片描述

如果文件系统看起来很乱

在此处输入图片描述

点击‘全部找到/虚拟FS’,纯FS系统重建

在此处输入图片描述

现在找到并尝试预览一些较大的 JPEG 或 BMP 文件。如果这些预览正确,则表示您拥有一致的文件系统,将您需要的所有内容复制到不同的驾驶。

相关内容