Часто задаваемые вопросы об архитектуре диска таблицы секционирования GUID

Архитектура диска таблицы секционирования GUID была представлена в рамках инициативы Расширяемый интерфейс встроенного ПО. Таблица разделов GUID — это новая архитектура диска, которая расширяет старую схему секционирования главной загрузочной записи (MBR), которая была распространена на компьютерах под управлением Intel.

Секция — это непрерывное пространство хранилища на физическом или логическом диске, которое функционирует так, как если бы это был физически отдельный диск. Разделы видны встроенному ПО системы и установленным операционным системам. Доступом к секции управляет встроенное ПО системы и активная операционная система.

Диски таблицы разделов GUID могут увеличиваться до большого размера. По состоянию на июль 2001 г. реализация Майкрософт поддерживает жесткий диск размером до 18 EB (512 КБ LBA).

Количество секций на диске таблицы разделов GUID не ограничивается временными схемами, такими как секции контейнера, как определено в расширенной загрузочной записи MBR. Реализация таблицы разделов GUID майкрософт ограничена 128 секциями. Однако важно отметить, что для системного раздела EFI используется один раздел, один — для зарезервированных (Майкрософт) и еще два — при использовании динамических дисков. При этом для использования данных остается 124 секции.

Формат секционирования для таблицы разделов guid четко определен и полностью самоидентифицируется. Данные, критически важные для операционной системы, находятся в разделах, а не в несепарированных или скрытых секторах. Guid Partition Table не допускает скрытые секторы или секции. Диски таблицы разделов GUID используют первичные и резервные таблицы секций для избыточности, а поля CRC32 — для улучшения целостности структуры данных секционирования. В формате секционирования ТАБЛИЦЫ разделов GUID используются поля номера версии и размера для дальнейшего расширения.

Каждая секция таблицы секций GUID имеет уникальный идентификатор GUID и тип содержимого секции, поэтому для предотвращения конфликта идентификаторов секций не требуется согласование. Каждая секция таблицы разделов GUID имеет 36-символьное имя в Юникоде, что означает, что любое программное обеспечение может представить легко читаемое имя секции без каких-либо дополнительных сведений о секции.

Диски MBR поддерживают только четыре записи таблицы основных секций или несколько логических секций в расширенном разделе. Если требуется больше секций, необходима вторичная структура, расширенная секция. Затем расширенные секции подразделяются на один или несколько логических дисков.

На любом диске может присутствовать только одна расширенная секция, а максимальное количество логических дисков — MAXULONG/4. Все разделы дисков MBR и логические диски должны быть выровнены по цилиндрам даже в аппаратных наборах RAID, созданных из нескольких разных дисков без четкой физической геометрии.

Правила секционирования MBR сложны и плохо определены. Например, означает ли выравнивание цилиндра, что каждая секция должна иметь по крайней мере один цилиндр в длину? Раздел MBR идентифицируется двухбайтовым полем, и во избежание конфликтов необходима координация. Ibm первоначально предоставила такую координацию, но по состоянию на июль 2001 года не существует единого авторитетного списка идентификаторов секций.

Другой распространенной практикой является использование секционированных или "скрытых" секторов для хранения определенной информации. Эта практика не имеет документов и приводит к серьезным системным проблемам, которые трудно отлаживать. На протяжении многих лет неработающие реализации и инструменты были выпущены для общественности, что затрудняет поддержку.

В главе 16 спецификации расширяемого интерфейса встроенного ПО определяется формат таблицы секций GUID. Этот документ доступен на следующем веб-сайте Intel:

Спецификация унифицированного EFI определяет интерфейс между операционной системой и встроенного ПО платформы

Заявление об отказе от ответственности за сведения о продуктах сторонних производителей

В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.

Нет. Диски таблицы секционирования GUID самоидентифицируются. Все сведения, необходимые для интерпретации схемы секционирования диска таблицы секционирования GUID, полностью содержатся в структурах в указанных расположениях на физическом носителе.

Теоретически диск таблицы секционирования GUID может содержать до 264 секторов в одном логическом блоке в длину. Логические блоки обычно имеют размер 512 байт или один сектор.

На практике Windows XP поддерживает диски с таблицами разделов GUID размером примерно до 18 эксабайт.

Теоретически, неограниченное число. По состоянию на июль 2001 г. реализация Майкрософт составляет 128 секций. Количество секций ограничено объемом пространства, зарезервированного для создания записей секций.

Нет. Однако все диски таблицы секционирования GUID содержат защитный MBR, который используется для устаревших программ, которые не понимают структуру диска таблицы разделов GUID.

Защитный MBR, начинающийся в секторе 0, предшествует таблице разделов ТАБЛИЦЫ разделов GUID на диске. MBR содержит один тип 0xEE секции, которая охватывает всю длину диска. Это одно и то же независимо от количества секций, определенных в массиве входных дисков таблицы разделов GUID.

Защитный MBR защищает диски таблицы секционирования GUID от ранее выпущенных средств mbR для дисков, таких как Microsoft MS-DOS FDISK или Администратор дисков Microsoft Windows NT. Эти средства не знают о таблице разделов GUID и не знают, как правильно получить доступ к диску таблицы разделов GUID. Устаревшее программное обеспечение, которое не знает о таблице разделов GUID, интерпретирует только защищенный MBR при доступе к диску таблицы разделов GUID. Эти средства будут рассматривать диск таблицы разделов GUID как имеющий одну охватывающую (возможно, нераспознанную) секцию путем интерпретации защищенного MBR, а не ошибочного использования диска за диск без секций.

В этом случае для доступа к диску таблицы разделов GUID необходимо использовать средство с поддержкой только MBR.

Для раздела EE в защитном MBR указывается максимальный размер, допустимый в MBR.

• Может ли 64-разрядная версия Windows XP выполнять чтение, запись и загрузку с дисков таблицы разделов GUID?

  64-разрядная версия Windows XP может считывать и записывать диски таблицы разделов GUID, но не может загружаться с дисков таблицы разделов GUID.

• Может ли 64-разрядная версия Windows XP читать, записывать и загружать с дисков MBR?

  Да.

• Может ли 32-разрядная версия Windows XP выполнять чтение, запись и загрузку с дисков таблицы разделов GUID?

  Нет. В 32-разрядной версии будет отображаться только защитный MBR. Раздел EE не будет подключен или иным образом предоставлен программному обеспечению.

• Может ли 32-разрядная версия Windows XP читать, записывать и загружать с дисков MBR?

  Да.

• Может ли Microsoft Windows 2000, Microsoft Windows NT 4.0 или Microsoft Windows 98/95 читать, записывать и загружать данные из таблицы разделов GUID?

  Нет. Устаревшее программное обеспечение будет видеть только защитный MBR.

Таблицы разделов GUID и диски MBR можно смешивать только в 64-разрядных системах, и применяются следующие ограничения:

• Загрузчик Windows XP и загрузочный раздел должны находиться на диске таблицы разделов GUID. Другие жесткие диски могут быть MBR или GUID Partition Table.

• Диски mbr и GUID Partition Table могут присутствовать в одной динамической группе дисков. Наборы томов могут охватывать диски mbr и GUID Partition Table, однако ограничение на выравнивание цилиндров MBR может вызвать некоторые трудности с зеркальным отображением или чередованием дисков MBR и GUID Partition Table.

Съемный носитель должен быть MBR или superfloppy.

Съемный носитель без таблицы разделов GUID или форматирования MBR считается суперфлоппией. Весь носитель обрабатывается как одна секция.

Производитель носителя выполняет любое секционирование MBR съемных носителей; Windows никогда не секционирует съемные носители. Если носитель имеет MBR, поддерживается только одна секция. Существует небольшая разница между носителями с секционированием MBR и суперфлоппиями.

Примерами съемных носителей являются дисководы гибких дисков, кассеты для дисков JAZZ, магнитооптические носители, DVD-диски и КОМПАКТ-диски. Жесткие диски на внешних шинах, таких как SCSI или IEEE 1394, не считаются съемными.

• Каково поведение по умолчанию 64-разрядной версии Windows XP при секционирования носителя?

  Фиксированные диски секционируются с помощью секционирования таблиц разделов GUID. Диски таблицы разделов GUID можно преобразовать в диски MBR только в том случае, если все существующие секционирования сначала удалены с связанной потерей данных.

• Как по умолчанию работает 32-разрядная версия Windows XP при секционирования носителя?

  Можно использовать только диски MBR. Диски MBR нельзя преобразовать в диски таблицы разделов GUID.

• Как букву диска в операционной системе можно сопоставить с разделом в встроенном ПО интерфейса расширяемого встроенного ПО?

  Между буквой диска и секцией не существует присущего сопоставления, которое можно было бы использовать для определения одного из других. Базовая секция данных должна быть определена по идентификатору GUID секции.

• Как создать расширяемый системный раздел интерфейса встроенного ПО?

  Системные секции интерфейса расширяемого встроенного ПО можно создать с помощью служебной программы интерфейса встроенного ПО Diskpart.efi или программы командной строки Windows XP Diskpart.exe, либо их можно создать программным способом с помощью IOCTL_SET_DRIVE_LAYOUT .

Не следует изменять ни одну запись заголовка секции напрямую. Не используйте инструменты или служебные программы для диска для внесения изменений или изменений.

Как правило, отсоединяемые диски должны переноситься между компьютерами или просто быть недоступными для операционной системы. Примерами отсоединяемых дисков являются диски IEEE 1394, которые могут быть легко отключены конечным пользователем, или общие диски служб кластеров Майкрософт (MSCS), которые перемещаются между узлами в кластере. Windows XP поддерживает только секционирование MBR на отсоединяемых дисках.

• Что такое расширяемый системный раздел интерфейса встроенного ПО?

  Системный раздел интерфейса расширяемого встроенного ПО содержит NTLDR, Boot.ini и другие файлы, необходимые для загрузки компьютера, например драйверы. Guid секции определяет расширяемый системный раздел интерфейса встроенного ПО:

  DEFINE_GUID (PARTITION_SYSTEM_GUID, 0xC12A7328L, 0xF81F, 0x11D2, 0xBA, 0x4B, 0x00, 0xA0, 0xC9, 0x3E, 0xC9, 0x3B)

• Только диски таблицы разделов GUID имеют расширяемые системные секции интерфейса встроенного ПО?

  Нет, диски MBR также могут иметь расширяемые системные секции интерфейса встроенного ПО. Интерфейс расширяемого встроенного ПО указывает загрузку из таблицы разделов GUID или MBR. Системные секции интерфейса расширяемого встроенного ПО на диске MBR определяются типом секции 0xEF. Однако Windows XP не поддерживает загрузку интерфейса расширяемого встроенного ПО с дисков MBR или 0xEF секций.

• Насколько велик расширяемый системный раздел интерфейса встроенного ПО?

  Системный раздел интерфейса расширяемого встроенного ПО определяется с помощью следующего алгоритма:

  Максимум (100 МБ, минимум (1 процент физического диска, 1 ГБ))

  Иными словами, размер системного раздела интерфейса расширяемого встроенного ПО должен быть больше этих двух чисел— 100 МБ или 1 процент от размера физического диска (до 1 ГБ). Размер физического диска измеряется во время секционирования диска.

  Значение 1 процента физического диска вычисляется во время создания системного раздела интерфейса расширяемого встроенного ПО и не изменяется, если диск будет расширен позже (например, с помощью RAID).

• Могут ли быть две расширяемые системные секции интерфейса встроенного ПО на одном диске?

  Такая конфигурация не должна создаваться и не будет поддерживаться.

• Как насчет двух расширяемых системных секций интерфейса встроенного ПО на двух разных дисках?

  Расширяемые системные секции интерфейса встроенного ПО можно реплицировать для конфигураций с высоким уровнем доступности. Репликация должна выполняться вручную, а содержимое должно быть синхронизировано вручную. Расширяемые системные секции интерфейса встроенного ПО невозможно зеркально отразить.

• Что корпорация Майкрософт помещает в системный раздел интерфейса расширяемого встроенного ПО?

  Корпорация Майкрософт помещает загрузчик и другие файлы, необходимые для загрузки операционной системы, в системный раздел интерфейса расширяемого встроенного ПО.

• Где следует разместить на диске расширяемый системный раздел интерфейса встроенного ПО?

  Системный раздел интерфейса расширяемого встроенного ПО должен быть первым на диске. Хотя архитектурные требования отсутствуют, существует множество причин, по которым рекомендуется разместить системный раздел интерфейса расширяемого встроенного ПО. Основная причина этого заключается в том, что невозможно охватывать тома, если системный раздел интерфейса расширяемого встроенного ПО логически находится между двумя секциями данных, которые вы пытаетесь охватить.

• Что должен разместить производитель компьютера или устройства в системном разделе интерфейса расширяемого встроенного ПО?

  Системный раздел интерфейса расширяемого встроенного ПО должен содержать только файлы, необходимые для загрузки операционной системы, средства платформы, выполняемые перед загрузкой операционной системы, или файлы, к которым необходимо получить доступ перед загрузкой операционной системы, например при выполнении предварительного обслуживания системы. Другие файлы с дополнительными значениями или диагностика, используемые во время работы операционной системы, не должны размещаться в системном разделе интерфейса расширяемого встроенного ПО. Важно отметить, что пространство в системной секции интерфейса расширяемого встроенного ПО является ограниченным системным ресурсом. его основное назначение — предоставить хранилище для файлов, необходимых для загрузки операционной системы.

Предпочтительным вариантом для производителей компьютеров является размещение содержимого с добавленной стоимостью в секции, относящееся к изготовителю оборудования. Как и разделы OEM MBR, содержимое разделов OEM (или других нераспознанных) секций GUID не предоставляется (с учетом букв дисков или возвращается в списках томов). Пользователи предупреждаются о том, что удаление секции может привести к сбою работы компьютера. Раздел, зависящий от изготовителя оборудования, должен быть помещен перед зарезервированной секцией Майкрософт и после всех системных разделов интерфейса расширяемого встроенного ПО на диске. Несмотря на то, что это размещение не является архитектурным, оно имеет те же преимущества, что и размещение в первую очередь расширяемого раздела интерфейса встроенного ПО. Например, невозможно также охватывать тома, если секция, относяющаяся к изготовителю оборудования, логически находится между двумя секциями данных, которые вы пытаетесь протянуть.

Размещение в системном разделе интерфейса расширяемого встроенного ПО — это вариант для программ или файлов, которые выполняются в среде загрузки до операционной системы. Однако системный раздел интерфейса расширяемого встроенного ПО является архитектурным общим пространством и представляет ограниченный ресурс. Следует тщательно рассмотреть использование пространства в системном разделе интерфейса расширяемого встроенного ПО. Файлы, которые не относятся к среде загрузки до операционной системы, не должны размещаться в системном разделе интерфейса расширяемого встроенного ПО.

• Что такое зарезервированная секция Майкрософт?

  Зарезервированный раздел (Майкрософт) резервирует место на каждом диске для последующего использования программным обеспечением операционной системы. Диски таблицы секционирования GUID не допускают скрытые секторы. Программные компоненты, которые ранее использовали скрытые секторы, теперь выделяют части зарезервированной секции Майкрософт для секций, относящихся к компонентам. Например, преобразование базового диска в динамический диск приводит к уменьшению размера зарезервированной секции Майкрософт на этом диске, а только что созданная секция содержит базу данных динамического диска. Зарезервированная секция Майкрософт имеет следующий GUID секции:

  DEFINE_GUID (PARTITION_MSFT_RESERVED_GUID, 0xE3C9E316L, 0x0B5C, 0x4DB8, 0x81, 0x7D, 0xF9, 0x2D, 0xF0, 0x02, 0x15, 0xAE

• Для каких дисков требуется зарезервированный раздел (Майкрософт)?

  Каждый диск таблицы разделов GUID должен содержать зарезервированный раздел Майкрософт. Зарезервированный раздел (Майкрософт) должен быть первым разделом после системного раздела интерфейса расширяемого встроенного ПО (при наличии) на диске. Особенно важно, чтобы зарезервированная секция (Майкрософт) была создана перед другими основными секциями данных.

• Кто создает зарезервированную секцию Майкрософт?

  Зарезервированная секция (Майкрософт) должна быть создана при записи сведений о секционирования диска на диск. Если производитель секционирует диск, он должен одновременно создать зарезервированную секцию Майкрософт. Если Windows секционирует диск во время установки, он создает зарезервированный раздел (Майкрософт).

• Зачем создавать зарезервированную секцию (Майкрософт) при первом секционировании диска?

  После секционирования диска не останется свободного места для создания зарезервированной секции (Майкрософт).

• Насколько велика зарезервированная секция Майкрософт?

  При первоначальном создании размер зарезервированной секции (Майкрософт) зависит от размера диска:

  • На дисках размером менее 16 ГБ зарезервированная секция Майкрософт составляет 32 МБ.
  • На дисках, размер которых превышает или равен 16 ГБ, зарезервированная секция Майкрософт составляет 128 МБ. По мере того как зарезервированная секция Майкрософт делится на другие секции, она становится меньше.

Каждый загрузочный диск должен содержать системный раздел интерфейса расширяемого встроенного ПО, зарезервированный раздел Майкрософт и по крайней мере один базовый раздел данных, содержащий операционную систему. Каждый диск данных должен содержать по крайней мере зарезервированную секцию (Майкрософт) и одну базовую секцию данных.

Все базовые секции данных на диске должны быть смежными. Как отмечалось ранее, размещение определенного изготовителя оборудования или другой нераспознанной секции между секциями данных накладывает ограничения на последующее расширение томов.

Базовые секции данных соответствуют основным разделам MBR, 0x6 (FAT), 0x7 (NTFS) или 0xB (FAT32). Существует прямая корреляция "один к одному" между базовой секцией данных и буквой диска или точкой подключения, другим объектом устройства тома или и тем, и другим. Каждая базовая секция данных представлена в Windows как объект устройства тома и при необходимости в виде точки подключения или буквы диска.

Он имеет следующий идентификатор GUID секции:

DEFINE_GUID (PARTITION_BASIC_DATA_GUID, 0xEBD0A0A2L, 0xB9E5, 0x4433, 0x87, 0xC0, 0x68, 0xB6, 0xB7, 0x26, 0x99, 0xC7)

Пользователь не увидит эти секции, предоставляемые в Windows Обозреватель, а также не распознаваемую файловую систему для устаревших программ, таких как индексирование контекста. Системный раздел интерфейса расширяемого встроенного ПО, зависящий от OEM и другие нераспознанные разделы будут видны только в оснастке MMC "Управление дисками".

Windows XP предоставляет только базовые секции данных. Другие секции с файловыми системами FAT могут быть подключены, но не предоставляются (только программным способом). Только базовым секциям данных назначаются буквы дисков или точки подключения.

Файловая система FAT для интерфейса расширяемого встроенного ПО подключена, но не предоставляется. Это позволяет программам, работающим в Windows, обновлять содержимое системного раздела интерфейса расширяемого встроенного ПО. В следующем разделе реестра находится системный раздел интерфейса расширяемого встроенного ПО:

HKEY_LOCAL_MACHINE/System/Setup/SystemPartition

Зарезервированный раздел (Майкрософт) (и все секции, созданные из зарезервированной секции Майкрософт) могут иметь распознаваемые файловые системы; ни один из них не предоставляется.

Windows не распознает все разделы или секции, связанные с другими операционными системами. Нераспознанные секции с распознаваемыми файловыми системами рассматриваются как системный раздел интерфейса расширяемого встроенного ПО. Они будут монтироваться, но не подвергаться воздействию. В отличие от дисков MBR, между разделами, зависящими от изготовителя оборудования, и другими секциями операционной системы нет никакой практической разницы. все нераспознаны.

Пользователь может использовать средства управления дисками, такие как оснастка MMC "Управление дисками" или Diskpart.exe. Зарезервированная секция (Майкрософт) и все секции, созданные из зарезервированной секции (Майкрософт), отображаются только из командной строки.

Динамические диски используют два разных раздела таблицы секций GUID:

• Раздел контейнера данных, соответствующий 0x42 раздела MBR со следующим ИДЕНТИФИКАТОРом GUID:DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD).

• Раздел, содержащий базу данных динамической конфигурации, со следующим идентификатором GUID:DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3). Тома создаются в контейнере данных и подключаются по умолчанию. Это то же самое, что и содержимое 0x42 разделов MBR.

Чтобы диск можно было преобразовать в динамический, все базовые секции данных на диске должны быть смежными. Если другие нераспознанные секции разделяют базовые секции данных, диск не может быть преобразован. Это одна из причин, по которой зарезервированная секция Майкрософт должна быть создана перед любыми базовыми секциями данных.

Первым шагом при преобразовании является разделение части зарезервированной секции (Майкрософт) для создания секции базы данных конфигурации. Все незагрузимые базовые секции объединяются в одну секцию контейнера данных. Загрузочные секции сохраняются в виде отдельных секций контейнера данных. Это аналогично преобразованию первичных секций.

Windows XP отличается от Windows 2000 тем, что базовые и расширенные секции преимущественно преобразуются в одну 0x42 секцию, а не сохраняются в виде нескольких отдельных 0x42 секций, как в Windows 2000.

Доступ к разделам диска таблицы разделов GUID можно получить с помощью следующих средств.

Diskpart.efi:
Встроенное ПО: расширяемый системный раздел интерфейса встроенного ПО
Зарезервированная секция (Майкрософт)

Diskpart.exe:
Windows XP: расширяемый системный раздел интерфейса встроенного ПО
Зарезервированная секция (Майкрософт)

Diskgmt.msc:
Windows XP: расширяемый системный раздел интерфейса встроенного ПО
ДАННЫХ

Explorer.exe:
Windows XP: DATA

Вы также можете разработать собственные средства (с помощью API Microsoft Win32 или Microsoft Win64) для доступа к разделам диска таблицы разделов GUID на примитивных уровнях.

Таблица разделов GUID и диски MBR управляются одинаково. Диски можно отформатировать как таблицу разделов GUID или MBR с помощью программы командной строки Diskpart.exe или оснастки "Управление дисками". Тома можно создавать как на дисках GUID Partition Table, так и на дисках MBR, а диски обоих типов можно смешивать в одной динамической группе дисков.

В Windows XP не поддерживается набор FTdisk для дисков MBR или GUID Partition Table. Единственная поддержка логических томов — это динамические диски.

Да, но только если диск не содержит секций или томов. Все данные на диске будут уничтожены. Диски таблицы разделов GUID поддерживаются только в 64-разрядной версии Windows XP.

NTFS рекомендуется использовать для всех базовых секций данных и всех динамических томов. Программа установки Windows и оснастка "Управление дисками" предлагают только NTFS. Однако вы по-прежнему можете использовать FAT16 и FAT32 в этих разделах. Чтобы обойти это, необходимо явно отформатировать секцию или том с помощью средства Форматирование.

Нет. Идентификаторы GUID диска и раздела больше не будут уникальными. Этого никогда не должно произойти. Можно создать по секторам копию содержимого системного раздела интерфейса расширяемого встроенного ПО или базовых секций данных.

Да; однако есть некоторые ключевые предостережения. Пакет предварительной установки oem (OPK) инициализирует идентификаторы GUID дисков и секций до нуля. При первой загрузке Windows XP операционная система создает уникальные идентификаторы GUID. OPK поддерживает только создание системных секций интерфейса расширяемого встроенного ПО, зарезервированных секций Майкрософт и базовых секций данных.

Если программа записала графические идентификаторы дисков или разделов, программа может не работать. Любые программы, драйверы, служебные программы или реализации встроенного ПО, поставляемые производителями компьютеров или поставщиками программ, которые используют графические идентификаторы, должны быть способны обрабатывать идентификаторы GUID, которые изменяются от значений инициализации OPK к тем, которые создаются операционной системой.

Это способ для изготовителей оборудования упростить предварительную установку операционной системы и восстановление системы. Эту команду можно легко расширить, чтобы создать конфигурацию диска по умолчанию для платформы. Например, производитель компьютера может расширить команду MAKE, чтобы автоматически секционировать загрузочный диск с помощью системного раздела интерфейса расширяемого встроенного ПО, зарезервированного раздела Майкрософт, секции, определенной изготовителем оборудования, и одной базовой секции данных. Например, рассмотрим возможную конфигурацию диска с именем BOOT_DISK. В случае аварийного восстановления make BOOT_DISK позволит клиенту полностью повторно разбить загрузочный диск на исходные заводские значения по умолчанию.

При обнаружении Windows XP будет создавать новые идентификаторы GUID для любых повторяющихся идентификаторов GUID диска, идентификатора GUID зарезервированной секции (Майкрософт) или базового ИДЕНТИФИКАТОРа данных зарезервированных секций Майкрософт. Это похоже на обработку повторяющихся подписей MBR в Windows 2000. Повторяющиеся идентификаторы GUID в динамическом контейнере или секции базы данных приводят к непредсказуемым результатам.

Это зависит от размера кластера, выбранного во время форматирования. В настоящее время ntfs ограничена 2^32-1 единицами выделения. Это дает том 256 ТБ с использованием 64 кб кластеров. Однако это значение было протестировано только на 16 ТБ или 17 592 186 040 320 байт, используя размер кластера 4K. На следующей диаграмме показаны ограничения NTFS на основе размера кластера:

Например, чтобы отформатировать том с размером кластера 8 КБ, используйте следующую команду из командной строки, где /a: #### указывает количество байтов на кластер:

format d: /fs:ntfs /a:8192

При выборе размера кластера, который слишком мал для размера секции, при попытке отформатировать секцию появляется следующее сообщение об ошибке:

Операция форматирования не завершена, так как число кластеров превышает ожидаемое.

Чтобы определить размер кластера тома, выполните следующую команду в командной строке и запишите значение Байт на кластер :

fsutil fsinfo ntfsinfo <volume>

Например, при выполнении fsutil fsinfo ntfsinfo c: команды вы можете получить результаты, похожие на следующие выходные данные:

Серийный номер тома NTFS: 0xf4300f6c300f3560
Версия : 3.1
Число секторов: 0x000000001d17dbee
Всего кластеров: 0x0000000003a2fb7d
Бесплатные кластеры: 0x000000000102bfa0
Всего зарезервировано: 0x0000000000000800
Байт на сектор: 512
Байт на кластер: 4096
Байт на сегмент файлаЗапись: 1024
Кластеры на каждый сегмент файлаЗапись: 0
Допустимая длина данных Mft: 0x000000000e630000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000001d17dbe
Начало зоны Mft: 0x00000000002185a0
Конец зоны Mft: 0x0000000000218740
Идентификатор RM: 1587CC47-A713-11DB-9287-806E6F6E6963