MBR 磁盘上的 GParted 错误，声称是 GPT。（这是错误的，但为什么呢？）

Question

它是非常诱人的，我在这里去夸大其词有关的GParted和Linux，但我会尽我所能来避免它。:)

题：

为什么 GParted 声称我的磁盘已损坏和 GPT，而磁盘工具认为一切正常？

我在磁盘 (NTFS) 上唯一的分区上有 Windows 7 x64，并且绝对没有问题——我从来没有遇到过任何问题，我运行了 CheckDisk 以确保。

为什么 GParted 会这样？

（我打算在 AskUbuntu 上发布此内容，但由于 GParted 并不仅限于 Ubuntu，因此我将其发布在这里。我使用的是 Ubuntu 11.04 x64 的启动盘。）

Answer 1

很有可能该磁盘曾经是GUID 分区表 (GPT) 磁盘。此类磁盘的分区数据来自扇区 0-33（通常）以及磁盘的最后 33 个扇区。如果 GPT 磁盘由不支持 GPT 的实用程序重新分区，该实用程序很可能只替换扇区 0（MBR），而保留大部分 GPT 数据完好无损。从技术上讲，磁盘就是 MBR 磁盘；但是，一些分区工具，包括许多基于 libparted（包括 GParted）的 Linux 工具，对此感到困惑。它们可能将磁盘显示为完全空白或显示旧的 GPT 分区而不是新的 MBR 分区。这是 libparted 中的一个错误，但它是由磁盘上的一些不一致数据触发的。

解决方案是擦除旧的 GPT 数据。这可以通过多种方式完成，但最简单的可能是使用FixParts，它专为此和其他一些分区表修复任务而设计。或者，您可以使用 dd 擦除扇区 1（从 0 开始编号）和磁盘上的最后一个扇区；这就是混淆 libparted 的 GPT 签名所在的位置。

抱歉我没有早点到这里，Mehrdad。我的猜测是，当您重写分区表时，您还清除了 MBR 中的引导加载程序。重新安装引导加载程序应该可以解决该问题。但是，您可能编写了错误的分区表，这将更难修复。