NTFS 恢复 - 如何找出丢失的 NTFS GPT 分区的第一个和最后一个扇区？

Question

所以我有一张磁盘，其中 GPT（GUID 分区表）损坏，并被新的 GPT 覆盖。这使我的 NTFS 分区无法访问，但我确信分区本身仍在驱动器上。

简短的解释：

开始：3tb 磁盘，GUID 分区表，2.9tb NTFS 分区，两侧有少量空白空间。

问题：无法看到整个 3TB 磁盘的驱动程序认为报告的磁盘大小与分区大小之间存在差异，将 GPT 重写为 700GB，并在此过程中从视图中删除 NTFS 分区

现在：剩下 3TB 的磁盘，该磁盘上仍有一个 NTFS 分区，但由于它不在分区表中，因此无法访问

详细信息请参阅我之前的问题

https://unix.stackexchange.com/questions/209388/problems-with-partition-table-on-3tb-ntfs-drive

在那里，有人建议解决方案是创建一个新的 GPT，其 NTFS 分区的起始和结束扇区以及类型代码与前一个分区完全相同。

我想知道如何确定前一个分区的起始和结束扇区。我相信该驱动器在 Windows 7 下被格式化为 NTFS，作为外部驱动器。我有 SystemRescueCD、Ubuntu 和 Xubuntu live USB，以及一个单独的 Windows 7 HDD。

Answer 1

首先，修复驱动程序问题。如果你尝试修复驱动程序有问题的磁盘，你所能得到的最好的结果就是访问部分分区。最糟糕的情况是，您将覆盖分区中的关键数据，从而使情况变得更糟。

驱动程序问题修复后，您可能能够使用合适的分区软件恢复原始分区数据。我自己的GPT fdisk ( gdisk)工具可以做到这一点；参见有关磁盘修复的 GPT fdisk 文档了解一般程序和建议。简而言之，这个想法是可能能够恢复备份分区表（存储在磁盘末尾）并使用它来恢复主分区表。但是，此过程不能保证；根据最初导致分区表损坏的原因，备份数据在当前磁盘上可能有效也可能无效。其他工具可能能够完成 GPT fdisk 可以做的事情，但我对它们及其功能不太熟悉，因此除了 GPT fdisk 之外，我无法提出具体建议。

如果 GPT fdisk 无法恢复您的数据，测试磁盘可能会奏效。此工具会扫描磁盘以查找“孤立”文件系统的迹象，并将其找到的任何文件添加到您的分区表中。因此，理论上，TestDisk 应该能够恢复您的分区。实际上，它通常有效如果分区的文件系统没有损坏。如果磁盘已重新分区，TestDisk 有时会感到困惑，因为分区是在不同时间创建的，从不同的位置开始，因此磁盘上会残留旧分区的碎片。扫描磁盘也需要一段时间——如果进行“深度”扫描（用于克服上述问题），则可能需要几个小时。我敢肯定有类似的工具更特定于 Windows，并且可能具有华丽的 GUI，但我不知道它们是什么，也没有方便的 URL。