Формат guid что это

Что такое GPT-раздел или GUID в Windows 10/8/7

Что такое раздел GPT

Раздел GPT. Источник изображения: Википедия

Ограничения MBR Disk

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

Устаревшие операционные системы могут не поддерживать GPT-диски, но почти все текущие операционные системы, начиная с 64-разрядной Windows XP и далее до Windows 8.1, поддерживают использование GPT-дисков.

MBR Disk и GPT Диски

Основные точки сравнения между MBR Disk и GPT Disk следующие:

1. MBR-диск может содержать только до 4 основных разделов, в то время как GPT-диски могут иметь до 128 основных разделов.

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

3. Первый сектор и только первый сектор MBR-дисков содержат информацию о жестком диске, в то время как в GPT-дисках информация о жестком диске и его разделах реплицируется более одного раза, поэтому он работает, даже если первый сектор поврежден

4. MBR-диск не сможет управлять дисками емкостью более 2 ТБ, в то время как для дисков GPT такого ограничения нет

5. Все операционные системы поддерживают диски MBR, в то время как для GPT совместимы только 64-разрядные Windows XP и более поздние версии Windows.

6. Для поддержки загрузки только Windows 8 поддерживает 32-разрядную загрузку, в противном случае все предыдущие версии, такие как Windows 7, Windows Vista, 32-разрядные версии Windows XP, не могут загружаться с GPT-дисков.

Как конвертировать GPT диск в MBR диск

Чтобы преобразовать GPT-диск в MBR, в первую очередь вам придется удалить все разделы. Перед тем, как сделать это, вам нужно будет выполнить резервное копирование всех данных с диска на другой диск или носитель. Вы можете выполнить резервное копирование с помощью сторонних инструментов или Windows Backup Tool.

Перейдите в Панель управления и из Администрирования выберите Управление компьютером и в появившемся окне выберите Управление дисками. В появившемся окне, которое показывает все диски и разделы диска на правой панели, щелкните правой кнопкой мыши и выберите «Удалить» для каждого раздела диска, который вы хотите преобразовать в MBR.

Как только все разделы будут удалены, у вас останется один целый диск (показанный как неразделенный блок в окне «Управление дисками»). Щелкните правой кнопкой мыши на этом диске и выберите «Преобразовать в MBR-диск». Пройдет немного времени, прежде чем Windows преобразует диск в MBR, а затем отформатирует его, чтобы сделать его пригодным для использования.

Теперь вы можете создавать разделы, используя обычную команду Shrink Disk или бесплатное стороннее программное обеспечение для управления разделами, такое как EaseUS Partition Tool или Aomei Partition Assistant. Для получения более подробной информации ознакомьтесь с нашей статьей о том, как конвертировать MBR в GPT Disk в Windows 8 без потери данных.

Вам может потребоваться преобразовать в MBR, если на компьютере используется 32-разрядная операционная система Windows. Лучшим способом было бы использовать два диска, один MBR для загрузки (системный диск), а другой GPT для хранения.Но если у вас есть только один диск, преобразуйте его в MBR, иначе он может не загрузиться после установки, скажем, 32-битной операционной системы Windows 7 на диск. Поэтому, пожалуйста, будьте осторожны.

Это была просто базовая информация о дисках GPT. Если вам нужно больше, вы можете обратиться к следующим ресурсам:

Этот пост поможет вам, если вы получили раздел Выбранный GPT, отформатированный на диске, не относится к типу PARTITION BASIC DATA GUID.

Источник

Первичный ключ – GUID или автоинкремент?

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

Ниже приведены преимущества каждого из вариантов.

GUID можно генерировать как на клиенте, так и самой базой данных — уже два варианта. К тому же, в MS SQL есть две функции для получения уникального идентификатора — NEWID и NEWSEQUENTIALID. Давайте разберемся, в чем их отличие и может ли оно быть существенным на практике.

Если использовать Entity Framework Code First, и объявить первичный ключ вот таким образом

в базе данных будет создана таблица с первичным кластерным ключом, который имеет значение по умолчанию NEWSEQUENTIALID(). Сделано это из соображений производительности. Опять же, в теории, вставлять новое значение в середину списка более накладно, чем добавление в конец. База данных, конечно же, не массив в памяти, и вставка новой записи в середину списка строк не приведет к физическому сдвигу всех последующих. Тем не менее, дополнительные накладные расходы будут — разделение страниц (page split). По итогу также будет сильная фрагментация индексов, которая может отразиться на производительности выборки данных. Неплохое объяснение того, как происходит вставка данных в кластеризованую таблицу, можно найти в ответах форума по этой ссылке.

Обратите внимание на то, что без специальной перестановки байт, GUID нельзя отдавать. Идентификаторы получатся корректные, но с точки зрения SQL сервера — непоследовательные, поэтому никакого выигрыша по сравнению с «обычным» GUID даже теоретически не получится. К сожалению, ошибочный код приведен во многих источниках.

К списку остается добавить пятый вариант — автоинкрементный первичный ключ. Других вариантов у него нет, так как на клиенте его генерировать нормально не получится.

С вариантами определились, но есть еще один параметр, который следует учесть при написании теста — физический размер строк таблицы. Размер страницы данных в MS SQL — 8 килобайт. Записи близкого или даже большего размера могут показать более сильный разброс производительности для каждого из вариантов ключа, чем на порядок меньшие записи. Чтобы обеспечить возможность варьировать размер записи, достаточно добавить в каждую из тестовых таблиц NVARCHAR поле, которое затем заполнять нужным количеством символов (один символ в NVARCHAR поле занимает 2 байта).

Тестирование

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

Источник

Евангелие от GUID

Разбираясь с новым Visual C# 2008 (он настолько бесплатный для начинающих разработчиков, что я не удержался), нашел новое для себя слово в науке и технике — GUID.

ПС: Если будет интересно, то выложу перевод второй части, где автор отвечает на комменты к первой статье.

Евангелие от GUID

В Евангелие от GUID есть только одна заповедь:

I. Всегда используй GUID для уникальной идентификации строки таблицы.

При приеме новых сотрудников в команду это — одно из первых правил, которым я их обучаю. Почти всегда поначалу они смотрят на меня с видом щенка с торчащими ушами и склоненной набок головой, как бы говоря «как это?»

1) Мне не нужно совершать дополнительных выборок, а это — увеличение производительности!

Существует множество причин для использования GUID в качестве первичного ключа. Главная для меня напрямую связана с тем, как я строю объектные модели. Я предпочитаю создавать «new» экземпляр объекта без совершения выборки. Так, создавая объект Order (заказ) я не буду обращаться к базе данных для получения OrderID (OrderGUID в моем мире), как я бы делал в случае с int OrderID. На этом уровне еще не слишком впечатляет, да? Подумайте вот о чем: я создаю объект Order с OrderGUID, потом объекты OrderLineItem (строки заказа) с OrderLineItemGUID без ЕДИНОГО разрыва обращения к БД. В случае с int я бы сделал 11 обращений.

Следующая причина всегда использовать GUID — объединение данных (merging), оказывавшееся необходимым бессчетное количество раз. До того как я увидел свет, я тоже использовал int или что-то еще, чтобы сделать строку уникальной, но когда мне приходилось сливать данные из раных источников, я делел специальные преобразования.

DB1 (Клиент 1):
Order (таблица заказов)
OrderID = 1
CustomerID = 1

DB2 (Клиент 2):
Order
OrderID = 1
CustomerID = 1

Если Клиент 1 приобретает Клиента 2 и мне нужно слить их данные в единую БД, мне придется поменять чьи-то OrderID и CustomerID на какие-нибудь int значения, которые не используюся, после чего сделать update большому количеству записей, а, возможно и поплясать с бубном и с опорными значениями (seed values). Умножьте это на десятки таблиц, учтите миллионы строк данных, и у бедитесь, что передо мной стоит ДЕЙСТВИТЕЛЬНО сложная задача, которая потребует дофига тестирования после написания SQL и/или кода.

Однако, если я следую Евангелию от GUID:

В этом случае, все, что нужно сделать сводится к обычной вставке всех строк из одной БД в другую. Никаких преобразований, никаких замороченных тестов, просто, удобно и действенно. Недавно мне пришлось проделать эту операцию с БД двух моих клиентов AT&T и Cingular. Все «преобразование» заняло 45 минут.

Другой простой пример: представьте, что ваши клиенты часто работают удаленно в оффлайне, и вам приходится закачивать их данные в общую БД при подключении. Теперь это проще, чем у ребенка конфету отнять… © Если вы верите в GUID. Вы можете легко таскать данные между базами.

3) Типо-независимость

Например, чтобы получить все заметки по поставщику, достаточно создать простую связь (join) Note.ParentGUID к Vendor.VendorGUId. Не нужны никакие индикаторы типов, не нужно выдумывать, какие таблицы связывать, не нужно кучи ссылочных таблиц, чтобы понять с каким типом объекта связана строка.

Вы удивитесь, узнав насколько часто используется этот небольшой прием. Недавно мы добавили «аудит» к одному из наших приложений, в котором хотели выяснить кто что удалял, добавлял или изменял в БД. Мы просто добавили несколько строчек кода к методу DataContext SubmitChanges() (мы используем только LINQ в этом приложении) для создания соответствующей записи в таблице аудита. При создании нового объекта или типа в приложении запись в эту таблицу происходит автоматически, что позволяет нам не париться написанием специального «аудиторского» кода при добавлении новых типов данных в приложении.

Существует много менее очевидных причин для использования GUID, но есть одна, которую я не предвидел заранее и за которую я благодарю GUID, ибо он и только он спас миллионы долларов моему клиенту… да, я сказал МИЛЛИОНЫ!

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

На нашем сайте была развернута рабочая БД клиента и тестовая БД, слегка устаревшая копия рабочей (на пару месяцев). В процессе тестирования кто-то на их стороне увидел один из наших тестовых файлов с очередью оплат и, не долго думая, скормил их платежному серверу. Ну, дальше вы поняли… Клиент заплатил куче действительных поставщиков контента дважды (один раз по реальному запросу, второй раз — по тестовому), а также еще и не совсем нормальным поставщикам (например тем, что уже не размещали рекламу, ведь тестовая БД устарела на пару месяцев). Вот так, без каких-либо косяков с моей стороны, я получил ужасную помойку в данных… ну по крайней мере так думал мой клиент. Однако, поскольку все мои записи о выплатах имели GUID, я мог легко выделить те записи, что пришли из тестовой базы, чтобы отменить платежи по ним. Представьте, если бы я использовал INT, у меня не было бы способа узнать из какой базы пришел запрос PaymentID = 1000, например.

Ну так как же это помогло спасти миллионы? Просто… умножьте тысячи запросов на штраф за отмену платежа ($20-30). И еще на три, поскольку такая ошибка повторилась три раза!

Ну а есть ли недостатки у GUID?

Если кратко, то да, есть. Однако они, настолько незначительны, что не могут изменить моего мнения. Наиболее очевидный из них — это написание SQL запросов вручную (кгда надо что-то найти).

SELECT * FROM ORDER WHERE ORDERID = 12

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

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

Источник

Guid Структура

Определение

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

Представляет глобальный уникальный идентификатор (GUID).

Примеры

В следующем примере класс используется System.Runtime.InteropServices.GuidAttribute для назначения идентификатора GUID интерфейсу и определяемому пользователем классу. Он получает значение идентификатора GUID, вызывая GetCustomAttribute метод, и сравнивает его с двумя другими идентификаторами GUID, чтобы определить, равны ли они.

Обратите внимание, что GuidAttribute атрибут обычно используется в приложении для предоставления типа COM. При компиляции этого примера можно запустить средство регистрации сборок (Regasm.exe) для созданной сборки, чтобы создать файлы реестра (REG) и библиотеки типов (TLB). REG-файл можно использовать для регистрации компонентного класса в реестре, а файл. tlb может предоставлять метаданные для взаимодействия COM.

Комментарии

GUID — это 128-разрядное целое число (16 байт), которое можно использовать на всех компьютерах и в сетях везде, где требуется уникальный идентификатор. Такой идентификатор имеет очень низкую вероятность дублирования.

Конструкторы

Инициализирует новый экземпляр структуры Guid с использованием указанного массива байтов.

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

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

Инициализирует новый экземпляр структуры Guid с использованием значения, представленного заданным диапазоном байтов только для чтения.

Инициализирует новый экземпляр структуры Guid с использованием значения, представленного заданной строкой.

Инициализирует новый экземпляр структуры Guid с использованием указанных целых чисел без знака и байтов.

Доступный только для чтения экземпляр структуры Guid, значение которой состоит только из нулей.

Методы

Сравнивает этот экземпляр с заданным объектом Guid и возвращает значение, указывающее, как соотносятся значения этих объектов.

Сравнивает этот экземпляр с заданным объектом и возвращает значение, указывающее, как соотносятся значения этих объектов.

Возвращает значение, позволяющее определить, представляют ли этот экземпляр и заданный объект Guid одно и то же значение.

Возвращает значение, показывающее, равен ли экземпляр указанному объекту.

Возвращает хэш-код данного экземпляра.

Инициализирует новый экземпляр структуры Guid.

Преобразует диапазон символов только для чтения, представляющий GUID, в эквивалентную структуру Guid.

Преобразовывает строковое представление объекта GUID в эквивалентную структуру Guid.

Преобразует диапазон символов, представляющих GUID, в эквивалентную структуру Guid, при условии, что строка имеет указанный формат.

Преобразует строковое представление GUID в эквивалентную структуру Guid, при условии, что строка имеет указанный формат.

Возвращает массив байтов из 16 элементов, содержащий значение данного экземпляра.

Возвращает строковое представление значения этого экземпляра в формате реестра.

Возвращает строковое представление значения этого экземпляра Guid в соответствии с заданным описателем формата.

Возвращает строковое представление значения этого экземпляра класса Guid в соответствии с заданным описателем формата и сведениями об особенностях форматирования, связанных с языком и региональными параметрами.

Пытается отформатировать текущий экземпляр GUID в указанный диапазон символов.

Преобразует указанный диапазон символов только для чтения, содержащий представление GUID, в эквивалентную структуру Guid.

Преобразовывает строковое представление объекта GUID в эквивалентную структуру Guid.

Преобразует диапазон символов, представляющий GUID, в эквивалентную структуру Guid, при условии, что строка имеет указанный формат.

Преобразует строковое представление GUID в эквивалентную структуру Guid, при условии, что строка имеет указанный формат.

Пытается записать текущий экземпляр GUID в диапазон байтов.

Операторы

Указывает, равны ли значения двух указанных объектов Guid.

Указывает, верно ли, что значения двух указанных объектов Guid не равны.

Явные реализации интерфейса

Сравнивает этот экземпляр с заданным объектом Guid и возвращает значение, указывающее, как соотносятся значения этих объектов.

Возвращает строковое представление значения этого экземпляра в соответствии с заданным описателем формата и сведениями об особенностях форматирования, связанных с языком и региональными параметрами.

Пытается отформатировать значение текущего экземпляра в указанный диапазон символов.

Источник

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

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

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 302873

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

Что такое диск таблицы разделов GUID

Архитектура диска таблицы разделов GUID была представлена в рамках инициативы Extensible Firmware Interface. Таблица разделов GUID — это новая архитектура диска, которая расширяется в старой схеме раздела Master Boot Record (MBR), которая была распространена для компьютеров на базе Intel.

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

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

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

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

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

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

Что не так с разделом MBR

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

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

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

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

Где можно найти спецификацию раздела диска GUID Partition Table

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

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

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

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

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

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

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

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

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

Теоретически неограниченное число. В июле 2001 г. реализация Microsoft составляет 128 разделов. Количество разделов ограничено количеством пространства, зарезервированного для записей разделов.

Может ли диск быть как диском таблицы разделов GUID, так и диском MBR

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

Что такое защитный MBR

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

Почему в таблице разделов GUID имеется защитный MBR

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

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

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

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

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

Может Windows, записи и загрузки с дисков таблицы разделов GUID

Может ли 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 на одном компьютере

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

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

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

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

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

Что такое superfloppy

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

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

Примеры съемных мультимедиа включают дискетные дисковые диски, картриджи дисков JAZZ, магнито-оптические носитли, DVD-ROM и CD-ROM. Жесткие диски на внешних автобусах, таких как SCSI или IEEE 1394, не считаются съемными.

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

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

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

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

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

Extensible Firmware Interface Firmware

Как можно соединять букву диска в операционной системе с разделом в прошивке Extensible Firmware Interface?

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

Как можно создать раздел системы интерфейса прошивки?

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

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

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

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

Extensible Firmware Interface System Partition

Что такое раздел системы интерфейса extensible прошивки?

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

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

Есть ли только диски таблицы разделов GUID с разделами extensible Firmware Interface System partitions?

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

Насколько велик раздел системы интерфейса прошивки extensible?

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

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

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

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

Может ли на одном диске быть два разделов системы интерфейса прошивки на одном диске?

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

Как насчет двух разделов системы интерфейса прошивки на двух разных дисках?

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

Что Майкрософт делает в разделе Extensible Интерфейс интерфейса прошивки?

Корпорация Майкрософт помещает загрузчик и другие файлы, необходимые для загрузки операционной системы, в раздел Extensible Firmware Interface System Partition.

Где следует разместить раздел системы интерфейса прошивки на диске?

Раздел системы интерфейса прошивки должен быть первым на диске. Несмотря на отсутствие архитектурных требований, существует множество причин, по которым выгодно сначала разместить раздел Extensible Interface Interface System. Основная причина этого заключается в том, что невозможно охватывать объемы, когда раздел системы интерфейса extensible прошивки логически находится между двумя разделами данных, которые вы пытаетсяе охватывать.

Что должен разместить производитель компьютера или устройства в разделе Extensible Interface Interface System?

Раздел Extensible Firmware Interface System Partition должен включать только файлы, необходимые для загрузки операционной системы, инструменты платформы, которые выполняются перед загрузкой операционной системы, или файлы, которые должны быть доступны перед загрузкой операционной системы, например при выполнении предварительного обслуживания системы загрузки. Другие файлы или диагностики с добавленной стоимостью, используемые во время работы операционной системы, не должны помещаться в раздел Extensible Firmware Interface System Partition. Важно отметить, что пространство в разделе Extensible Интерфейс интерфейсной системы прошивки является ограниченным системным ресурсом; его основная цель — обеспечить хранение файлов, необходимых для загрузки операционной системы.

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

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

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

Раздел Microsoft Reserved

Что такое раздел Microsoft Reserved?

Раздел Microsoft Reserved зарезервировал пространство на каждом диске для последующего использования программного обеспечения операционной системы. Диски таблицы разделов GUID не позволяют использовать скрытые сектора. Компоненты программного обеспечения, которые ранее использовали скрытые сектора, теперь выделяют части раздела Microsoft Reserved для разделов, определенных компонентами. Например, преобразование основного диска на динамический диск приводит к уменьшению размера раздела Microsoft Reserved на этом диске, а недавно созданный раздел удерживает динамическую дисковую базу данных. Раздел Microsoft Reserved имеет следующий GUID раздела:

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

На каких дисках требуется раздел Microsoft Reserved?

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

Кто создает раздел Microsoft Reserved?

Раздел Microsoft Reserved должен быть создан при первой записи сведений о разделе диска на диск. Если производитель разделит диск, производитель должен одновременно создать раздел Microsoft Reserved. Если Windows диск во время установки, он создает раздел Microsoft Reserved.

Почему при первом разделе диска необходимо создать раздел Microsoft Reserved?

После раздела диска не останется свободного пространства для создания раздела Microsoft Reserved.

Насколько велик раздел Microsoft Reserved?

При первоначальном создании размер раздела Microsoft Reserved зависит от размера дискового диска:

Какие разделы требуются Windows XP

Каждый загружаемый диск должен содержать раздел extensible Interface Interface System Partition, раздел Microsoft Reserved и по крайней мере один базовый раздел данных, содержащий операционную систему. Каждый диск данных должен содержать по крайней мере раздел Microsoft Reserved и один базовый раздел данных.

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

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

Основные разделы данных соответствуют основным разделам 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)

Конечные пользователи увидят разделы extensible Firmware Interface System Partition, Microsoft Reserved Partition и OEM-разделы

Пользователь не увидит эти разделы, выставленные в Windows Explorer, и не будет распознана файловая система, подверженная устаревшим программам, таким как индексация контекста. Раскрепощенные разделы системы интерфейса прошивки, OEM-специфические и другие неузнаваемые разделы будут видны только в оснастке MMC управления диском.

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

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

Extensible Firmware Interface System Partition FAT file system is mounted, but not exposed. Это позволяет программам, работающим в Windows, обновлять содержимое раздела Extensible Interface Interface System. Следующий ключ реестра находит раздел Extensible Интерфейс интерфейса прошивки:

Раздел Microsoft Reserved (и все разделы, созданные из раздела Microsoft Reserved) могут иметь узнаваемые файловые системы; никто не подвергается воздействию.

Все разделы или разделы, связанные с другими операционными системами, не распознаются Windows. Непризнаемые разделы с узнаваемыми файлами обрабатываются как раздел Extensible Firmware Interface System Partition. Они будут установлены, но не будут выставлены. В отличие от дисков MBR, нет практической разницы между разделами, определенными для OEM, и другими разделами операционной системы; все они непризнаны.

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

Пользователь может использовать средства управления дисками, такие как оснастка MMC управления диском или Diskpart.exe. Раздел Microsoft Reserved и все разделы, созданные из раздела Microsoft Reserved, видны только из командной подсказки.

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

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

Раздел контейнера данных, соответствующий разделу MBR 0x42, со следующим 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.

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

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

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

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

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

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

Diskpart.efi:
Прошивка: раздел системы интерфейса extensible прошивки
Раздел Microsoft Reserved

Diskpart.exe:
Windows XP: раздел системы интерфейса extensible прошивки
Раздел Microsoft Reserved

Diskgmt.msc:
Windows XP: раздел системы интерфейса extensible прошивки
DATA

Explorer.exe:
Windows XP: ДАННЫЕ

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

Управление дисками таблицы разделов GUID в Windows XP

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

Как насчет наборов FTdisk

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

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

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

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

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

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

Нет. GUID-интерфейсы диска и разделов больше не будут уникальными. Этого никогда не должно произойти. Можно сделать посекторную копию содержимого разделов extensible Firmware Interface System Partition или основных разделов данных.

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

Да; однако существуют некоторые ключевые оговорки. Набор предустановок OEM (OPK) инициализирует GUID диска и разделов до нуля. В первой загрузке Windows XP операционная система создает уникальные GUID. OpK поддерживает только генерацию разделов extensible Интерфейс интерфейса прошивки, раздел Microsoft Reserved и основные разделы данных.

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

Что такое команда Make Diskpart.efi

Это способ для OEMs упростить предварительную установку операционной системы и восстановление системы. Эту команду можно легко расширить, чтобы создать конфигурацию диска по умолчанию для платформы. Например, производитель компьютеров может расширить команду MAKE, чтобы автоматически разделять загрузочный диск с разделом extensible Интерфейс интерфейса прошивки, разделом Microsoft Reserved, разделом, определенным OEM, и одним основным разделом данных. Например, рассмотрим возможную конфигурацию диска, называемую BOOT_DISK. В случае аварийного восстановления make BOOT_DISK позволит клиенту полностью переназначить загрузочный диск на исходные заводские по умолчанию.

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

Windows XP при обнаружении будут создаваться новые GUID для любых дублирующих GUID диска, GUID microsoft Reserved Partition или Microsoft Reserved Partition. Это похоже на дубликат обработки подписей MBR в Windows 2000. Дублирование GUID на динамическом контейнере или разделе базы данных приводит к непредсказуемым результатам.

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

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

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

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

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

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

Местообладатель представляет букву тома.

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

Серийный номер тома NTFS : 0xf4300f6c300f3560
Версия: 3.1
Секторы номеров: 0x000000001d17dbee
Общие кластеры : 0x0000000003a2fb7d
Бесплатные кластеры : 0x000000000102bfa0
Всего зарезервировано : 0x0000000000000800
Bytes per Sector : 512
Bytes Per Cluster : 4096
Bytes per FileRecord Segment : 1024
Кластеры в сегменте FileRecord: 0
Допустимая длина данных Mft : 0x000000000e630000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000001d17dbe
Начало Mft Zone : 0x00000000002185a0
Mft Zone End : 0x0000000000218740
Идентификатор RM: 1587CC47-A713-11DB-9287-806E6F6E6E6963

В этом примере значение Bytes per Cluster — 4096. Это значение представляет собой 4-килобайт (КБ) кластера.

Источник