![NTFS 恢复 - 如何找出丢失的 NTFS GPT 分区的第一个和最后一个扇区?](https://linux22.com/image/1462793/NTFS%20%E6%81%A2%E5%A4%8D%20-%20%E5%A6%82%E4%BD%95%E6%89%BE%E5%87%BA%E4%B8%A2%E5%A4%B1%E7%9A%84%20NTFS%20GPT%20%E5%88%86%E5%8C%BA%E7%9A%84%E7%AC%AC%E4%B8%80%E4%B8%AA%E5%92%8C%E6%9C%80%E5%90%8E%E4%B8%80%E4%B8%AA%E6%89%87%E5%8C%BA%EF%BC%9F.png)
所以我有一张磁盘,其中 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。
答案1
首先,修复驱动程序问题。如果你尝试修复驱动程序有问题的磁盘,你所能得到的最好的结果就是访问部分分区。最糟糕的情况是,您将覆盖分区中的关键数据,从而使情况变得更糟。
驱动程序问题修复后,您可能能够使用合适的分区软件恢复原始分区数据。我自己的GPT fdisk ( gdisk
)工具可以做到这一点;参见有关磁盘修复的 GPT fdisk 文档了解一般程序和建议。简而言之,这个想法是可能能够恢复备份分区表(存储在磁盘末尾)并使用它来恢复主分区表。但是,此过程不能保证;根据最初导致分区表损坏的原因,备份数据在当前磁盘上可能有效也可能无效。其他工具可能能够完成 GPT fdisk 可以做的事情,但我对它们及其功能不太熟悉,因此除了 GPT fdisk 之外,我无法提出具体建议。
如果 GPT fdisk 无法恢复您的数据,测试磁盘可能会奏效。此工具会扫描磁盘以查找“孤立”文件系统的迹象,并将其找到的任何文件添加到您的分区表中。因此,理论上,TestDisk 应该能够恢复您的分区。实际上,它通常有效如果分区的文件系统没有损坏。如果磁盘已重新分区,TestDisk 有时会感到困惑,因为分区是在不同时间创建的,从不同的位置开始,因此磁盘上会残留旧分区的碎片。扫描磁盘也需要一段时间——如果进行“深度”扫描(用于克服上述问题),则可能需要几个小时。我敢肯定有类似的工具更特定于 Windows,并且可能具有华丽的 GUI,但我不知道它们是什么,也没有方便的 URL。