что такое диск таблицы разделов guid

 

<p>архитектура диска таблицы разделов guid была представлена в рамках инициативы extensible firmware interface. таблица разделов guid — это новая архитектура диска, которая расширяется в старой схеме раздела master boot record (mbr), которая была распространена для компьютеров на базе intel.</p>
<p>раздел — это соотносячное пространство хранилища на физическом или логическом диске, которое функционирует так, как будто это физически отдельный диск. перегородки видны прошивке системы и установленным операционным системам. доступ к разделу контролируется программным обеспечением системы и действующей операционной системой.</p>


зачем нужна таблица разделов guid

 

<p>диски таблицы разделов guid могут увеличиваться до большого размера. по данным на июль 2001 г., реализация microsoft поддерживает жесткий диск до 18 eb (512 кб lbas).</p>
<p>количество разделов на диске таблицы разделов guid не ограничено временными схемами, такими как разделы контейнеров, как это определено расширенной записью загрузки mbr. реализация microsoft таблицы разделов guid ограничена 128 разделами. однако важно отметить, что для раздела системы efi используется один раздел, один для microsoft reserved и еще два — при использовании динамических дисков. в результате для использования данных остается 124 раздела.</p>
<p>формат раздела диска таблицы разделов guid хорошо определен и полностью идентифицируется. данные, критически важные для операционной системы, расположены в разделах, а не в непартийных или <em>скрытых секторах.</em> таблица разделов guid не позволяет использовать скрытые сектора или разделы. диски таблицы разделов guid используют таблицы первичных и резервных разделов для избыточности и поля crc32 для повышения целостности структуры данных разделов. формат раздела таблицы разделов guid использует поля номер версии и размер для будущего расширения.</p>
<p>каждый раздел таблицы разделов guid имеет уникальный guid идентификации и тип контента разделов, поэтому для предотвращения столкновения идентификатора разделов не требуется никакой координации. каждый раздел таблицы разделов guid имеет имя 36-символа unicode, что означает, что любое программное обеспечение может представить легко читаемое имя раздела без дополнительного понимания раздела.</p>


что не так с разделом mbr

 

<p>диски mbr поддерживают только четыре основных записи таблицы разделов или несколько логических разделов в расширенном разделе. если требуется больше разделов, необходима вторичная структура, расширенный раздел. расширенные разделы затем разделяются на один или несколько логических дисков.</p>
<p>на любом диске может присутствовать только один расширенный раздел, а максимальное число логических дисков — maxulong/4. все дисковые перегородки mbr и логические диски должны быть согласованы с цилиндрами даже на аппаратных наборах raid, построенных из нескольких различных дисков без четкой физической геометрии.</p>
<p>правила раздела mbr сложны и плохо заданы. например, означает ли выравнивание цилиндров, что каждый раздел должен быть по крайней мере одним цилиндром в длину? раздел mbr идентифицирован полем двух byte, и для предотвращения столкновения необходима координация. изначально ibm предоставляла эту координацию, но по с июля 2001 г. единого авторитетного списка идентификаторов разделов не существует.</p>
<p>другой распространенной практикой является использование раздельных или "скрытых" секторов для удержания определенных сведений. эта практика не имеет документов и приводит к серьезным системным проблемам, которые трудно отменить. на протяжении многих лет для общественности были выпущены сломанные реализации и средства, что затрудняет поддержку.</p>


где можно найти спецификацию раздела диска guid partition table

 

<p>в главе 16 спецификации extensible firmware interface определяется формат таблицы разделов guid. этот документ доступен на следующем веб-сайте intel:</p>
<p><a href="https://www.intel.com/content/www/us/en/architecture-and-technology/unified-extensible-firmware-interface/efi-specifications-general-technology.html">единая спецификация efi определяет интерфейс между операционной системой и прошивки платформы</a></p>
<p><strong>заявление об отказе от ответственности за сведения о продуктах сторонних производителей</strong></p>
<p>в этой статье упомянуты программные продукты независимых производителей. корпорация майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.</p>


является ли extensible интерфейс прошивки, необходимый для диска таблицы разделов guid

 

<p>нет. диски таблицы разделов guid идентифицируются самостоятельно. вся информация, необходимая для интерпретации схемы раздела диска таблицы разделов guid, полностью содержится в структурах в указанных расположениях на физическом носители.</p>


насколько большим может быть диск таблицы разделов guid

 

<p>теоретически диск таблицы разделов guid может быть до 264 секторов в одном логическом блоке в длину. логические блоки обычно имеют размер 512 bytes или один сектор.</p>
<p>на практике windows xp поддерживает диски таблицы разделов guid размером до 18 exabytes.</p>


сколько разделов может иметь диск таблицы разделов guid

 

<p>теоретически неограниченное число. в июле 2001 г. реализация microsoft составляет 128 разделов. количество разделов ограничено количеством пространства, зарезервированного для записей разделов.</p>


может ли диск быть как диском таблицы разделов guid, так и диском mbr

 

<p>нет. однако все диски таблицы разделов guid содержат защитный mbr, который используется для устаревших программ, которые не понимают структуру диска таблицы разделов guid.</p>


что такое защитный mbr

 

<p>защитный mbr, начиная с сектора 0, предшествует таблице раздела таблицы разделов guid на диске. mbr содержит один тип 0xee, охватывающий всю длину диска. это одно и то же независимо от количества разделов, определенных в массиве записи диска таблицы разделов guid.</p>


почему в таблице разделов guid имеется защитный mbr

 

<p>защитный mbr защищает диски таблицы разделов guid от ранее выпущенных дисковых инструментов mbr, таких как microsoft ms-dos fdisk или microsoft windows nt disk administrator. эти средства не знают о таблице разделов guid и не знают, как правильно получить доступ к диску таблицы разделов guid. устаревшее программное обеспечение, которое не знает о таблице разделов guid, интерпретирует только защищенный mbr при доступе к диску таблицы разделов guid. эти средства будут рассматривать диск таблицы разделов guid как один раздел, охватывающий (возможно, неподтверганный), интерпретирует защищенный mbr, а не ошибочное представление о диске для незаконченного.</p>


почему на диске таблицы разделов guid появится mbr

 

<p>если это произошло, для доступа к диску таблицы разделов guid необходимо использовать диск, доступный только для mbr.</p>


если диск больше максимального размера, о чем может сообщить mbr, все содержимое диска будет защищено

 

<p>раздел ee в защитном mbr указывается как максимальный размер, допустимый в mbr.</p>


может windows, записи и загрузки с дисков таблицы разделов guid

 

<ul>
<li><p>может ли 64-битная версия windows xp читать, записывать и загрузить с дисков таблицы разделов guid?</p>
<p>да.</p>
</li>
<li><p>может ли 64-битная версия windows xp читать, записывать и загрузить с дисков mbr?</p>
<p>64-битная версия windows xp может читать и писать диски mbr, но не может загрузиться с дисков mbr.</p>
</li>
<li><p>может ли 32-битная версия windows xp читать, записывать и загрузить с дисков таблицы разделов guid?</p>
<p>нет. в 32-битной версии будет видеться только защитный mbr. раздел ee не будет установлен или иным образом подвержен программному обеспечению.</p>
</li>
<li><p>может ли 32-битная версия windows xp читать, записывать и загрузить с дисков mbr?</p>
<p>да.</p>
</li>
<li><p>могут ли microsoft windows 2000, microsoft windows nt 4.0 или microsoft windows 98/95 читать, писать и загрузить из таблицы разделов guid?</p>
<p>нет. устаревшее программное обеспечение будет видеть только защитный mbr.</p>
</li>
</ul>


как насчет смешивания и совпадения таблицы разделов guid и дисков mbr на одном компьютере

 

<p>таблица разделов guid и диски mbr можно смешивать только в 64-битных системах, и применяются следующие ограничения:</p>
<ul>
<li><p>загрузчик windows xp и раздел загрузки должны находиться на диске таблицы разделов guid. другими жесткими дисками могут быть таблицы разделов mbr или guid.</p>
</li>
<li><p>диски таблицы разделов mbr и guid могут присутствовать в одной динамической группе дисков. наборы тома могут охватывать как диски таблицы разделов mbr, так и guid, однако ограничение выравнивания цилиндров mbr может вызвать некоторые трудности с зеркальным или полосаточным диском таблицы разделов mbr и guid.</p>
</li>
</ul>


как насчет съемных мультимедиа

 

<p>съемные носитли должны быть mbr или <em>superfloppy</em>.</p>


что такое superfloppy

 

<p>съемные носители без таблицы разделов guid или форматирования mbr считаются суперфлопными. весь носители рассматриваются как один раздел.</p>
<p>производитель мультимедиа выполняет все разделы mbr съемных мультимедиа; windows никогда не перегородки съемного носители. если у носители есть mbr, поддерживается только один раздел. существует мало различимых для пользователей различимых различий между mbr-разделяемой мультимедиа и superfloppies.</p>
<p>примеры съемных мультимедиа включают дискетные дисковые диски, картриджи дисков jazz, магнито-оптические носитли, dvd-rom и cd-rom. жесткие диски на внешних автобусах, таких как scsi или ieee 1394, не считаются съемными.</p>


каков по умолчанию поведение windows при разделе мультимедиа

 

<ul>
<li><p>каков по умолчанию поведение 64-битной версии windows xp при разделе мультимедиа?</p>
<p>фиксированные диски разделяются с помощью раздела таблицы разделов guid. диски таблицы разделов guid могут быть преобразованы в диски mbr только в том случае, если все существующие разделы будут сначала удалены с связанной потерей данных.</p>
</li>
<li><p>каково по умолчанию поведение 32-битной версии windows xp при разделе мультимедиа?</p>
<p>можно использовать только диски mbr. диски mbr не могут быть преобразованы в диски таблицы разделов guid.</p>
</li>
</ul>


extensible firmware interface firmware

 

<ul>
<li><p>как можно соединять букву диска в операционной системе с разделом в прошивке extensible firmware interface?</p>
<p>не существует присущего сопоставления между буквой диска и разделом, который можно использовать для определения одного из другого. основные разделы данных должны быть определены guid раздела.</p>
</li>
<li><p>как можно создать раздел системы интерфейса прошивки?</p>
<p>размягченные разделы системы интерфейса прошивки можно создать с помощью extensible firmware interface утилиты прошивки diskpart.efi или утилиты командной строки windows xp diskpart.exe, или они могут быть созданы программным путем с помощью ioctl\_set\_drive\_layout .</p>
</li>
</ul>


что можно изменить в разделе

 

<p>не следует изменять запись загона разделов напрямую. не используйте дисковые инструменты или утилиты для внесения изменений или изменений.</p>


какие разделы поддерживают windows xp на съемных дисках

 

<p>отсоединяемые диски обычно должны мигрировать между компьютерами или просто быть недоступными для операционной системы. примерами съемных дисков являются диски ieee 1394, которые могут быть легко отключены конечным пользователем, или общие диски microsoft cluster services (mscs), которые перемещаются между узлами в кластере. windows xp поддерживает только раздел mbr на съемных дисках.</p>


extensible firmware interface system partition

 

<ul>
<li><p>что такое раздел системы интерфейса extensible прошивки?</p>
<p>раздел системы интерфейса прошивки содержит раздел ntldr, boot.ini и другие файлы, необходимые для загрузки компьютера, например драйверы. guid раздела определяет раздел extensible интерфейс интерфейса прошивки:</p>
<p>define\_guid (partition\_system\_guid, 0xc12a7328l, 0xf81f, 0x11d2, 0xba, 0x4b, 0x00, 0xa0, 0xc9, 0x3e, 0xc9, 0x3b)</p>
</li>
<li><p>есть ли только диски таблицы разделов guid с разделами extensible firmware interface system partitions?</p>
<p>нет, диски mbr также могут иметь разделы extensible интерфейс интерфейса прошивки. extensible интерфейс прошивки указывает загрузку из таблицы разделов guid или mbr. разделы системы интерфейса прошивки на диске mbr идентифицированы по типу раздела 0xef. однако windows xp не поддерживает загрузку extensible интерфейса прошивки с дисков mbr или 0xef разделов.</p>
</li>
<li><p>насколько велик раздел системы интерфейса прошивки extensible?</p>
<p>раздел системы интерфейса прошивки определяется с помощью следующего алгоритма:</p>
<p>max (100мб, min (1 процент физического диска, 1 гб))</p>
<p>другими словами, размер раздела extensible интерфейс интерфейса прошивки должен быть больше этих двух чисел, 100 мб или 1 процент физического размера диска (до 1 гб). физический размер диска измеряется во время раздела диска.</p>
<p>значение 1% физического диска вычисляется при создания раздела системы интерфейса прошивки и не меняется, если диск будет расширен позже (например, с помощью raid).</p>
</li>
<li><p>может ли на одном диске быть два разделов системы интерфейса прошивки на одном диске?</p>
<p>такая конфигурация не должна создаваться и не поддерживается.</p>
</li>
<li><p>как насчет двух разделов системы интерфейса прошивки на двух разных дисках?</p>
<p>разделы системы интерфейса прошивки можно реплицировать для конфигураций с высокой доступностью. репликация должна быть сделана вручную, а содержимое должно синхронизироваться вручную. разделы системы интерфейса прошивки не могут быть зеркальными.</p>
</li>
<li><p>что майкрософт делает в разделе extensible интерфейс интерфейса прошивки?</p>
<p>корпорация майкрософт помещает загрузчик и другие файлы, необходимые для загрузки операционной системы, в раздел extensible firmware interface system partition.</p>
</li>
<li><p>где следует разместить раздел системы интерфейса прошивки на диске?</p>
<p>раздел системы интерфейса прошивки должен быть первым на диске. несмотря на отсутствие архитектурных требований, существует множество причин, по которым выгодно сначала разместить раздел extensible interface interface system. основная причина этого заключается в том, что невозможно охватывать объемы, когда раздел системы интерфейса extensible прошивки логически находится между двумя разделами данных, которые вы пытаетсяе охватывать.</p>
</li>
<li><p>что должен разместить производитель компьютера или устройства в разделе extensible interface interface system?</p>
<p>раздел extensible firmware interface system partition должен включать только файлы, необходимые для загрузки операционной системы, инструменты платформы, которые выполняются перед загрузкой операционной системы, или файлы, которые должны быть доступны перед загрузкой операционной системы, например при выполнении предварительного обслуживания системы загрузки. другие файлы или диагностики с добавленной стоимостью, используемые во время работы операционной системы, не должны помещаться в раздел extensible firmware interface system partition. важно отметить, что пространство в разделе extensible интерфейс интерфейсной системы прошивки является ограниченным системным ресурсом; его основная цель — обеспечить хранение файлов, необходимых для загрузки операционной системы.</p>
</li>
</ul>


где производитель компьютера должен разместить файлы, такие как platform diagnostics или другие файлы с добавленной стоимостью

 

<p>предпочтительный вариант заключается в том, чтобы производители компьютеров добавляли содержимое с добавленной стоимостью в раздел, определенный oem. как и разделы oem mbr, содержимое oem таблицы разделов guid (или других непризнаных) разделов не подвергается воздействию (с учетом букв диска или возвращается в списки томов). пользователи предупреждаются, что удаление раздела может привести к сбой работы компьютера. раздел, определенный для oem, должен быть размещен перед разделом microsoft reserved и после любого раздела extensible интерфейсной системы прошивки на диске. несмотря на то, что это размещение не является архитектурным, это размещение имеет те же преимущества, что и размещение раздела extensible интерфейс интерфейса прошивки сначала. например, невозможно также охватывать объемы, если раздел, определенный для oem, логически находится между двумя разделами данных, которые вы пытаетсяе использовать.</p>
<p>размещение в разделе extensible firmware interface system partition — это вариант для программ или файлов, которые работают в среде загрузки предварительной операционной системы. однако раздел системы интерфейса прошивки является общим для архитектуры пространством и представляет ограниченный ресурс. необходимо тщательно рассмотреть вопрос о том, как использовать пространство в разделе extensible interface interface system partition. файлы, не соответствующие среде загрузки предварительной операционной системы, не должны помещаться в раздел extensible firmware interface system partition.</p>


раздел microsoft reserved

 

<ul>
<li><p>что такое раздел microsoft reserved?</p>
<p>раздел microsoft reserved зарезервировал пространство на каждом диске для последующего использования программного обеспечения операционной системы. диски таблицы разделов guid не позволяют использовать скрытые сектора. компоненты программного обеспечения, которые ранее использовали скрытые сектора, теперь выделяют части раздела microsoft reserved для разделов, определенных компонентами. например, преобразование основного диска на динамический диск приводит к уменьшению размера раздела microsoft reserved на этом диске, а недавно созданный раздел удерживает динамическую дисковую базу данных. раздел microsoft reserved имеет следующий guid раздела:</p>
<p>define\_guid (partition\_msft\_reserved\_guid, 0xe3c9e316l, 0x0b5c, 0x4db8, 0x81, 0x7d, 0xf9, 0x2d, 0xf0, 0x02, 0x15, 0xae</p>
</li>
<li><p>на каких дисках требуется раздел microsoft reserved?</p>
<p>каждый диск таблицы разделов guid должен содержать раздел microsoft reserved. раздел microsoft reserved должен быть первым разделом после раздела extensible интерфейсной системы прошивки (если таковые есть) на диске. особенно важно, чтобы раздел microsoft reserved был создан перед другими основными разделами данных.</p>
</li>
<li><p>кто создает раздел microsoft reserved?</p>
<p>раздел microsoft reserved должен быть создан при первой записи сведений о разделе диска на диск. если производитель разделит диск, производитель должен одновременно создать раздел microsoft reserved. если windows диск во время установки, он создает раздел microsoft reserved.</p>
</li>
<li><p>почему при первом разделе диска необходимо создать раздел microsoft reserved?</p>
<p>после раздела диска не останется свободного пространства для создания раздела microsoft reserved.</p>
</li>
<li><p>насколько велик раздел microsoft reserved?</p>
<p>при первоначальном создании размер раздела microsoft reserved зависит от размера дискового диска:</p>
<ul>
<li>на дисках, которые меньше 16 гб, раздел microsoft reserved составляет 32 мб.</li>
<li>на дисках с большей или равной 16 гб раздел microsoft reserved составляет 128 мб. поскольку раздел microsoft reserved делится на другие разделы, он становится меньше.</li>
</ul>
</li>
</ul>


какие разделы требуются windows xp

 

<p>каждый загружаемый диск должен содержать раздел extensible interface interface system partition, раздел microsoft reserved и по крайней мере один базовый раздел данных, содержащий операционную систему. каждый диск данных должен содержать по крайней мере раздел microsoft reserved и один базовый раздел данных.</p>
<p>все основные разделы данных на диске должны быть соотнося. как отмечалось ранее, размещение отдельного oem или другого неузнаваемого раздела между разделами данных накладывает ограничения на более поздний охват тома.</p>


что такое основной раздел данных

 

<p>основные разделы данных соответствуют основным разделам mbr 0x6 (fat), 0x7 (ntfs) или 0xb (fat32). существует прямая корреляция между основным разделом данных и буквой диска или точкой установки, другим объектом устройства тома или обоими. каждый базовый раздел данных представлен в windows как объект устройства тома, а также необязательно в качестве точки установки или буквы диска.</p>


как определен базовый раздел данных

 

<p>он имеет следующий тип guid раздела:</p>
<p>define\_guid (partition\_basic\_data\_guid, 0xebd0a0a2l, 0xb9e5, 0x4433, 0x87, 0xc0, 0x68, 0xb6, 0xb7, 0x26, 0x99, 0xc7)</p>


конечные пользователи увидят разделы extensible firmware interface system partition, microsoft reserved partition и oem-разделы

 

<p>пользователь не увидит эти разделы, выставленные в windows explorer, и не будет распознана файловая система, подверженная устаревшим программам, таким как индексация контекста. раскрепощенные разделы системы интерфейса прошивки, oem-специфические и другие неузнаваемые разделы будут видны только в оснастке mmc управления диском.</p>


какие разделы установлены по умолчанию windows

 

<p>windows xp предоставляет только основные разделы данных. другие разделы с файлами fat-систем могут быть установлены, но не выставлены (только программным образом). только основным разделам данных назначены буквы дисков или точки установки.</p>
<p>extensible firmware interface system partition fat file system is mounted, but not exposed. это позволяет программам, работающим в windows, обновлять содержимое раздела extensible interface interface system. следующий ключ реестра находит раздел extensible интерфейс интерфейса прошивки:</p>
<p><code>hkey\_local\_machine/system/setup/systempartition</code></p>
<p>раздел microsoft reserved (и все разделы, созданные из раздела microsoft reserved) могут иметь узнаваемые файловые системы; никто не подвергается воздействию.</p>
<p>все разделы или разделы, связанные с другими операционными системами, не распознаются windows. непризнаемые разделы с узнаваемыми файлами обрабатываются как раздел extensible firmware interface system partition. они будут установлены, но не будут выставлены. в отличие от дисков mbr, нет практической разницы между разделами, определенными для oem, и другими разделами операционной системы; все они непризнаны.</p>


как пользователь может видеть разделы extensible интерфейс интерфейса прошивки, oem и другие непризнаемые разделы

 

<p>пользователь может использовать средства управления дисками, такие как оснастка mmc управления диском или diskpart.exe. раздел microsoft reserved и все разделы, созданные из раздела microsoft reserved, видны только из командной подсказки.</p>


как насчет динамических дисков

 

<p>динамические диски используют два разных раздела таблицы разделов guid:</p>
<ul>
<li><p>раздел контейнера данных, соответствующий разделу mbr 0x42, со следующим guid:define\_guid (partition\_ldm\_data\_guid, 0xaf9b60a0l, 0x1431, 0x4f62, 0xbc, 0x68, 0x33, 0x11, 0x71, 0x4a, 0x69, 0xad)</p>
</li>
<li><p>раздел, содержащий базу данных динамической конфигурации со следующими guid:define\_guid(partition\_ldm\_metadata\_guid, 0x5808c8aal, 0x7e8f, 0x42e0, 0x85, 0xd2, 0xe1, 0xe9, 0x04, 0x34, 0xcf, 0xb3) томы создаются в контейнере данных и монтируется по умолчанию. это то же самое, что и содержимое разделов 0x42 mbr.</p>
</li>
</ul>


что происходит при преобразовании базового диска в динамический

 

<p>чтобы диск был подходящ для преобразования в динамический, все основные разделы данных на диске должны быть соотнося. если другие непризнаные разделы разделяют основные разделы данных, диск не может быть преобразован. это одна из причин, по которой раздел microsoft reserved должен быть создан перед любыми основными разделами данных.</p>
<p>первым шагом в преобразовании является раздел части раздела microsoft reserved для создания раздела базы данных конфигурации. все основные разделы, не загружаемые для загрузки, затем объединяются в один раздел контейнера данных. разделы загрузки сохраняются в качестве отдельных разделов контейнера данных. это аналогично преобразованию основных разделов.</p>
<p>windows xp отличается от windows 2000 тем, что основные и расширенные разделы преобразуются в один раздел 0x42, а не сохраняются в качестве нескольких различных разделов 0x42, как в windows 2000 г.</p>


как можно установить определенный раздел

 

<p>вы можете получить доступ к разделам дисков таблицы разделов guid различных типов с помощью следующих инструментов.</p>
<p>diskpart.efi:<br />
прошивка: раздел системы интерфейса extensible прошивки<br />
раздел microsoft reserved</p>
<p>diskpart.exe:<br />
windows xp: раздел системы интерфейса extensible прошивки<br />
раздел microsoft reserved</p>
<p>diskgmt.msc:<br />
windows xp: раздел системы интерфейса extensible прошивки<br />
data</p>
<p>explorer.exe:<br />
windows xp: data</p>
<p>вы также можете разработать собственные средства (с помощью api microsoft win32 или microsoft win64) для доступа к разделам дисков таблицы разделов guid на их примитивных уровнях.</p>


управление дисками таблицы разделов guid в windows xp

 

<p>таблица разделов guid и диски mbr управляются таким же образом. диски могут быть отформатированы в виде таблицы разделов guid или mbr с помощью diskpart.exe командной строки или с помощью оснастки disk management. объемы могут создаваться на обоих дисках guid partition table и mbr, и оба типа дисков можно смешивать в одной динамической группе дисков.</p>


как насчет наборов ftdisk

 

<p>поддержка набора ftdisk не поддерживается windows xp для дисков таблицы разделов mbr или guid. единственная поддержка логических томов — это динамические диски.</p>


можно ли преобразовать диск из таблицы разделов guid в mbr или mbr в таблицу разделов guid

 

<p>да, но только если диск не содержит разделов или томов. все данные на диске будут уничтожены. диски таблицы разделов guid поддерживаются только в 64-битной версии windows xp.</p>


какие файловые системы поддерживаются на дисках таблицы разделов guid

 

<p>ntfs рекомендуется для всех основных разделов данных и всех динамических томов. windows установка и привязка к управлению диском предлагают только ntfs. однако в этих разделах по-прежнему можно использовать fat16 и fat32. чтобы обойти это, раздел или том должны быть явно отформатированы с помощью средства format.</p>


можно ли сделать посекторную копию диска таблицы разделов guid

 

<p>нет. guid-интерфейсы диска и разделов больше не будут уникальными. этого никогда не должно произойти. можно сделать посекторную копию содержимого разделов extensible firmware interface system partition или основных разделов данных.</p>


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

 

<p>да; однако существуют некоторые ключевые оговорки. набор предустановок oem (opk) инициализирует guid диска и разделов до нуля. в первой загрузке windows xp операционная система создает уникальные guid. opk поддерживает только генерацию разделов extensible интерфейс интерфейса прошивки, раздел microsoft reserved и основные разделы данных.</p>
<p>если программа записала какие-либо guid-интерфейсы диска или разделов, программа может не работать. любые программы, драйверы, утилиты или реализации прошивки, поставляемые производителями компьютеров или поставщиками программ, которые полагаются на guid, должны быть способны обрабатывать guid-интерфейсы, которые изменяются от значений инициализации opk к значениям, созданным операционной системой.</p>


что такое команда make diskpart.efi

 

<p>это способ для oems упростить предварительную установку операционной системы и восстановление системы. эту команду можно легко расширить, чтобы создать конфигурацию диска по умолчанию для платформы. например, производитель компьютеров может расширить команду make, чтобы автоматически разделять загрузочный диск с разделом extensible интерфейс интерфейса прошивки, разделом microsoft reserved, разделом, определенным oem, и одним основным разделом данных. например, рассмотрим возможную конфигурацию диска, называемую boot\_disk. в случае аварийного восстановления make boot\_disk позволит клиенту полностью переназначить загрузочный диск на исходные заводские по умолчанию.</p>


что произойдет в случае обнаружения guid дубликата диска или раздела

 

<p>windows xp будет создавать новые guid-интерфейсы для любых дублирующих guid диска, guid microsoft reserved partition или microsoft reserved partition basic data guid при обнаружении. это похоже на дубликат обработки подписей mbr в windows 2000. дублирование guid на динамическом контейнере или разделе базы данных приводит к непредсказуемым результатам.</p>


максимальный размер тома ntfs, поддерживаемый на диске gpt

 

<p>это зависит от размера кластера, выбранного во время форматирования. в настоящее время ntfs ограничен единицами распределения 2^32-1. это дает объем 256 тб с использованием кластеров 64k. однако для этого было проверено только 16 тб или 17 592 186 040 320 bytes с использованием размера кластера 4k. на следующей диаграмме показаны ограничения ntfs в зависимости от размера кластера:</p>
<table>
<thead>
<tr>
<th>размер кластера</th>
<th>максимальный размер тома ntfs (bytes raw)</th>
</tr>
</thead>
<tbody>
<tr>
<td>512</td>
<td>2 199 023 255 040 (2 тб)</td>
</tr>
<tr>
<td>1,024</td>
<td>4 398 046 510 080 (4 тб)</td>
</tr>
<tr>
<td>2,048</td>
<td>8 796 093 020 160 (8 тб)</td>
</tr>
<tr>
<td>4,096</td>
<td>17 592 186 040 320 (16 тб)</td>
</tr>
<tr>
<td>8,192</td>
<td>35 184 372 080 640 (32 тб)</td>
</tr>
<tr>
<td>16,384</td>
<td>70 368 744 161 280 (64 тб)</td>
</tr>
<tr>
<td>32,768</td>
<td>140 737 488 322 560 (128 тб)</td>
</tr>
<tr>
<td>65,536</td>
<td>281 474 976 645 120 (256 тб)</td>
</tr>
<tr>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<p>например, для формата тома с размером кластера 8 кб можно использовать команду, такую как следующая из командной подсказки, где <strong>/a: ####</strong> указывает количество битов для кластера:</p>
<pre><code class="lang-console">format d: /fs:ntfs /a:8192
</code></pre>
<p>если вы выбираете слишком маленький размер кластера для размера раздела, при попытке форматирования раздела вы получите следующее сообщение об ошибке:</p>
<blockquote>
<p>операция формата не завершена, так как количество кластеров выше ожидаемого</p>
</blockquote>
<p>чтобы определить размер тома кластера, запустите следующую команду по командной подсказке и обратите внимание на значение <strong>bytes per cluster:</strong></p>
<pre><code class="lang-console">fsutil fsinfo ntfsinfo <volume>
</code></pre>
<div class="note">
<p>примечание</p>
<p><volume>местообладатель представляет букву тома.</p>
</div>
<p>например, при запуске команды можно получить результаты, похожие <code>fsutil fsinfo ntfsinfo c:</code> на следующий вывод:</p>
<blockquote>
<p>серийный номер тома ntfs : 0xf4300f6c300f3560<br />
версия: 3.1<br />
секторы номеров: 0x000000001d17dbee<br />
общие кластеры : 0x0000000003a2fb7d<br />
бесплатные кластеры : 0x000000000102bfa0<br />
всего зарезервировано : 0x0000000000000800<br />
bytes per sector : 512<br />
bytes per cluster : 4096<br />
bytes per filerecord segment : 1024<br />
кластеры в сегменте filerecord: 0<br />
допустимая длина данных mft : 0x000000000e630000<br />
mft start lcn : 0x00000000000c0000<br />
mft2 start lcn : 0x0000000001d17dbe<br />
начало mft zone : 0x00000000002185a0<br />
mft zone end : 0x0000000000218740<br />
идентификатор rm: 1587cc47-a713-11db-9287-806e6f6e6e6963</p>
</blockquote>
<div class="note">
<p>примечание</p>
<p>в этом примере <strong>значение bytes per cluster</strong> — 4096. это значение представляет собой 4-килобайт (кб) кластера.</p>
</div>