Ошибки GParted на MBR Disk, утверждает, что это GPT. (Это ошибочно, но почему?)

Мне очень заманчиво говорить о GParted и Linux, но я сделаю все возможное, чтобы избежать этого. 🙂

Вопрос:

Почему GParted утверждает, что мой диск поврежден и GPT, а Disk Utility считает, что все в порядке?

У моего единственного раздела на диске (NTFS) есть Windows 7 x64, и у него абсолютно нет проблем – у меня никогда не было никаких проблем с ним, и я запустил CheckDisk, чтобы убедиться.

Почему GParted ведет себя так?

(Я собирался опубликовать это на AskUbuntu, но поскольку GParted на самом деле не ограничен Ubuntu, я разместил его здесь. Я использую загрузочный диск Ubuntu 11.04 x64).

Скриншот

  • Как преобразовать MBR-раздел в GPT без потери данных?
  • Как исправить ошибку загрузчика Windows XP, когда BOOTCFG, FIXBOOT и FIXMBR ничего не делают?
  • Двойная загрузка Linux с Windows 7
  • Более 4 первичных разделов на MacBook с rEFIt (синхронизация GPT / MBR)?
  • GRUB в MBR или раздел?
  • Расширьте раздел Windows 7, чтобы использовать свободное пространство перед ним.
  • Может ли диспетчер загрузки Windows помнить последнюю загруженную ОС по умолчанию?
  • Крепление поврежденной таблицы разделов
  • 2 Solutions collect form web for “Ошибки GParted на MBR Disk, утверждает, что это GPT. (Это ошибочно, но почему?)”

    Скорее всего, диск, используемый для диска GUID Partition Table (GPT). Такие диски имеют разделы данных из секторов 0-33 (обычно), а также в последние 33 сектора диска. Если GPT-диск перераспределяется с помощью утилиты GPT-unaware, эта утилита скорее всего заменит только сектор 0 (MBR), оставив большую часть данных GPT неповрежденными. Технически, диск – это MBR-диск; Однако некоторые инструменты секционирования, включая многие инструменты Linux, которые основаны на libparted (включая GParted), путаются этим. Они могут показать диск как полностью пустой или показать старые разделы GPT, а не новые разделы MBR. Это ошибка в libparted, но она вызвана некоторыми несогласованными данными на диске.

    Решение состоит в том, чтобы стереть старые данные GPT. Это можно сделать разными способами, но проще всего использовать FixParts , который предназначен для этой и некоторых других задач восстановления таблицы разделов. В качестве альтернативы вы можете использовать dd для очистки сектора 1 (нумерация от 0) и конечного сектора на диске; Вот где находятся подписи GPT, которые запутывают libparted.

    Извините, я не добрался сюда раньше, Мехрдад. Я предполагаю, что когда вы переписали таблицу разделов, вы также уничтожили загрузчик в MBR. Повторная установка вашего загрузчика должна устранить эту проблему. Возможно, вы написали неверную таблицу разделов, хотя это было бы труднее исправить.

    Здесь есть хорошая статья : «Сегодня 99% компьютеров используют стандарт разделов таблицы под названием« Таблица разделов DOS ». Как вы можете догадаться, он довольно старый и был разработан, когда OS использовал 10-мегабайтный жесткий диск. Таким образом, новый стандарт был (Но не такой старый, как DOS!). Эта таблица разделов считывается при загрузке BIOS, поэтому для обратной совместимости GPT начинается с поддельной таблицы разделов DOS, чтобы сделать старый BIOS понятным, что это не Реальная таблица разделов DOS. Программа установки не может продолжаться, потому что она ничего не понимает на вашем диске и может нанести серьезный ущерб существующим данным. Этот стандарт GPT используется на компьютерах Apple и несколько раз на некоторых профессиональных ПК. Диск, идущий с Mac или был создан для Mac? Вы можете загрузиться на компакт-диске Ubuntu, выбрать «Попробовать», затем «System-> Administration-> Gparted Partition Editor», затем удалить текущую таблицу разделов (которая будет удалять все данные) и воссоздать Новую таблицу разделов DOS. После того, как установщик должен работать ». Легко решить.

    Давайте будем гением компьютера.