Win8x64，从 Win7x86 格式化/升级后，辅助驱动器上的“GPT 保护分区”

Question

我在格式化 C: 驱动器之前备份了所有重要数据，但在重新安装 Windows 后无法读取备份驱动器。屏幕截图后提供了更多详细信息。

此外

如您所见，该系统中有三个物理磁盘：
- 1TB 系统 (C:) 驱动器。
- 0.5TB 基本 MBR 磁盘 (D:) 用于一般存储。
- 3TB 基本磁盘和单个 3TB GPT 分区 (E:) 用于一般存储。

由于 D: 驱动器没有足够的可用空间，我使用 3TB GPT E: 驱动器在格式化之前从 C: 驱动器备份我需要的所有内容。

3TB E: 驱动器在安装时使用 Windows 7 Ultimate x86 的磁盘管理 GUI 初始化为 GPT 并格式化为 NTFS。但是，在格式化 C: 驱动器并安装 Windows 8 Enterprise x64 后，我遇到了上面屏幕截图中显示的“GPT 保护分区”问题。右键菜单中的几乎所有选项都是灰色的，所以我什至不知道从哪里开始。

我在互联网上发现了很多有趣的想法，但没有一个真正适合我的情况。

如果我的理解是正确的，那么 2TB 的“保护”分区是 GPT 系统模拟的假分区。这个想法是，如果你的系统不能读取 GPT，而只能读取 MBR，它会看到这个假的 2TB MBR 分区，所以你不会不小心格式化它，认为它是空的——因此是“保护性的”。

这引出了我的主要问题：
- 为什么 Windows 8 Enterprise x64 无法读取 GPT 驱动器，而 Windows 7 Ultimate x86 在创建和使用此分区时没有任何问题？
- 如何让 Windows 8 Enterprise x64 以 GPT 正确读取此驱动器，以便恢复存储在那里的备份数据？

编辑：
这是磁盘的 GPT 和 MPR 数据，由gdisk 生成。它说所有 2.7 TB 都是“空闲扇区”的事实让我有点担心，因为磁盘应该充满了存储的文件。在重新安装 Windows 之前，该驱动器作为具有单个 2.7 TB 基本非启动分区的 GPT 磁盘运行完美。

Answer 1

看起来有些东西破坏了您的 GPT 数据——包括主数据结构和备份数据结构。我不知道具体是什么导致了这种情况，但有缺陷的分区工具似乎是最有可能的罪魁祸首。另一种可能性是对 RAID 配置之类的东西存在一些混淆——如果磁盘最初是在主板的 RAID 功能处于活动状态的情况下准备的，然后在 RAID 功能处于非活动状态的情况下进行访问，则可能会发生这样的事情。

在这一点上，两个选项似乎是最合理的：

1. 重新创建您的分区“盲区”。绝大多数现代分区工具从扇区 2048 开始分区，因此您可以使用gdisk创建从该点开始并在最后一个可能的扇区结束的分区。这很有可能成功，但是如果您的原始分区不是从扇区 2048 开始，您可能会在尝试访问新分区时最终损坏它。此外，某些工具会在您创建新分区时尝试创建新文件系统，因此使用它们充其量是有风险的。（我推荐gdisk了这个任务，因为它不接触分区的内容，只是定义它们的分区表。）此外，如果磁盘除主数据分区外还包含 EFI 系统分区，则主数据分区不会从扇区 2048 开始。
2. 使用TestDisk（包含在许多 Linux 应急系统中，例如PartedMagic和System Rescue CD）之类的工具来搜索丢失的分区。（有 Windows 等价于 TestDisk，但我不知道它们是什么，随便。如果你更喜欢从 Windows 工作而不是启动 Linux 紧急光盘，你可以进行网络搜索来找到它们。）这将更多如果您的分区位置很奇怪，可能会找到您的分区，但是如果磁盘过去已重新分区，这样的工具可能会变得混乱 - 它们有时可以检测到已删除分区的残余并尝试重新创建它们，即使它们不再有效。

选择方法，祝你好运！不过，无论你做什么，都要小心。您可能会考虑将原始磁盘备份到备用磁盘，如果您有一个足够容纳所有数据的磁盘。但是，如果您这样做，请在指定源磁盘和目标磁盘时非常小心，否则您的备份最终可能会破坏您打算保存的数据！