Шифрованный efi системный что это?

Как создать загрузочный EFI-раздел Windows на GPT-диске вручную

Когда мы устанавливаем Windows на пустой (неразмеченный) жёсткий диск или отформатированный раздел обычным образом – с использованием установочного носителя, нам не нужно заморачиваться по поводу создания EFI-разметки операционной системы. Все необходимые разделы, в частности, загрузочный EFI, создаются автоматически, если компьютер работает в режиме BIOS UEFI. Но если Windows нужно установить не обычным образом.

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

Как вручную создать загрузочный EFI-раздел Windows?

***

Windows на подключённый к компьютеру второй GPT-диск не устанавливается со своей EFI-структурой. При обычной установке с установочного носителя загрузчик второй системы прописывается на уже существующий EFI-раздел – тот, что находится на первом диске.

Что делает вторую Windows уязвимой – она не сможет самостоятельно существовать, если загрузчик первой системы будет повреждён. Или если выйдет из строя или просто будет отсоединён первый жёсткий диск. Чтобы у второй Windows была своя независимая EFI-разметка, на время её установки нужно сделать невидимой первую систему – отключить её носитель в настройках BIOS, если такое возможно, или аппаратно. Это не всегда удобно, а иногда и невозможно в случае с ноутбуками.

Вторую Windows со своим независимым загрузчиком могут установить запускаемые в среде текущей системы программы типа WinNTSetup или WinToHDD. Но они потребуют указать им загрузочный EFI-раздел.

Создать такой на пустом жёстком диске очень просто.

1. Создание EFI-раздела на пустом жёстком диске в командной строке

Итак, имеем проинициализированный как GPT носитель без разметки и данных.

Запускаем командную строку.

Обязательно делаем это от имени администратора.

Поочерёдно вводим:

diskpart lis disk sel disk 1 (вместо 1 указываете тот номер, под которым выше значится нужный вам жёсткий диск) creat par efi size=100 format fs=FAT32

sel disk 1 (вместо 1 указываете тот номер, под которым выше значится нужный вам жёсткий диск)

В утилите управления дисками видим, что на втором жёстком появился EFI-раздел на 100 Мб. Теперь можем формировать обычный раздел для указания его программам типа WinNTSetup или WinToHDD в качестве системного раздела С.

2. Создание EFI-раздела на пустом жёстком диске утилитой Bootice

Кто не любит командную строку, для создания EFI-разметки пустого носителя может воспользоваться утилитой Bootice с графическим интерфейсом. Она бесплатная, её можно скачать на любом софт-портале Интернета. В главном окне выбираем второй жёсткий. Кликаем «Parts Manage».

Затем – «Re-Partitioning».

Первым делом ставим галочку GPT в графе «Partition table type». Затем галочку ставим «Create ESP partition». И вверху в графе «Settings» убираем все значения «Size» кроме последнего. Жмём «Ок».

В итоге получим разметку диска с EFI-разделом на 128 Мб и разделом, вместившим в себя остальное дисковое пространство.

***

Для восстановления системы без загрузчика нам, естественно, понадобится среда для выполнения определённых операций. В одном из случаев сгодится и обычный установочный носитель Windows. В другом случае будем работать с менеджером дискового пространства, потому нам понадобится функциональный и надёжный LiveDisk WinPE.

Одним из таких является LiveDisk Стрельца. Сайт загрузки образа — Sergeistrelec.Ru.

Примечание: приведённые ниже операции не могут быть проведены на дисках динамического типа. Диск оставшегося без загрузчика зеркала Windows необходимо прежде преобразовывать в базовый тип. Сделать это можно только сторонними средствами.

3. Создание EFI-раздела в конце Windows

Итак, имеем, к примеру, вторую Windows, лишившуюся EFI-загрузчика после поломки диска с первой системой.

Как её запустить? Самый простой и быстрый способ – создать EFI-раздел в конце системного раздела и пересоздать загрузчик. Для этого не понадобится ничего более командной строки. Загружаемся с установочного носителя Windows, сразу же нажимаем Shift + F10. Эта комбинация запустит командную строку. Если используем LiveDisk Стрельца, запускаемся, соответственно, с него.

И уже на его борту задействуем командную строку.

В ней вводим:

diskpart lis vol sel vol 1 (вместо 1 указываете тот номер, под которым выше значится ваш раздел с системой) shrink desired=100 creat par efi format fs=FAT32

sel vol 1 (вместо 1 указываете тот номер, под которым выше значится ваш раздел с системой)

Вот указанный раздел сжался на 100 Мб и на освободившемся месте создался EFI-раздел.

Теперь можем пересоздавать загрузчик.

В командной строке выходим из diskpart:

Далее смотрим, под какой буквой значится системный раздел (смотрим карту разделов после ввода lis vol). И подставляем её вместо нашей буквы С:

Всё – работоспособность Windows восстановлена.

4. Создание EFI-раздела перед Windows

Загрузочный раздел обычно существует в начале диска, перед системным разделом. Так не обязательно должно быть, но делается с целью ускорения запуска Windows. Чтобы UEFI быстрее нашла загрузчик. На SSD такая оптимизация вряд ли будет ощутимой, а вот в случае с HDD можно побороться пусть даже за толику производительности.

На борту LiveDisk Стрельца запускаем AOMEI Partition Assistant. Делаем клик на системном разделе, на боковой панели операций жмём «Изменение размера».

Немного оттягиваем ползунок на карте вправо, чтобы в графе ниже «Незанятое пространство перед» появилось несколько Мб. Далее вместо оттянутой цифры вписываем 105. Чтобы получилось 105 Мб. Жмём «Ок».

В итоге программа высвободит корректное значение дискового пространства, в нашем случае 102,01 Мб. И оставит небольшой хвост сзади раздела. Жмём «Применить».

Подтверждаем.

Далее можем присоединить хвост к разделу.

Теперь запускаем командную строку. И создаём EFI-раздел точно так же, как описано в п.1 статьи.

Вот EFI-раздел создан.

Осталось только пересоздать загрузчик, как описано в конце п.3 статьи.

Источник: https://www.white-windows.ru/kak-sozdat-zagruzochnyj-efi-razdel-windows-na-gpt-diske-vruchnuyu/

Error code 0xc000000f, BOOTMGR is missing, An operating system was not found, The Windows Boot Configuration Data file is missing required information

Начиная с Vista операционные системы компании Microsoft хранят загрузочные файлы в специальном скрытом разделе имеющим атрибут «основной» и метку «активный» (cтандартный BIOS + MBR разметка) или на скрытом разделе ESP отформатированном с FAT32 (при работе с EFI BIOS и GPT разметкой винчестера).

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

• An operating system was not found
• BOOTMGR is missing
• Error code 0xc000000f
• The Windows Boot Configuration Data file is missing required information

Для восстановления загрузки Windows применяется набор программных инструментов среди которых важную роль играет утилита bcdboot.exe

Примите к сведению, что повреждение загрузочных файлов может быть вызвано бед-блоками жесткого диска, нарушением целостности файловых систем NTFS / FAT32 (в которой отформатирован системный раздел EFI). Поэтому, прежде чем приступать к восстановлению загрузочных файлов системного раздела, лучше проверить диск программой ViktoriaHDD или командой chkdsk (из консоли восстановления Windows).

Вот что пишет ресурс Microsoft Technet о применении данной команды:

BCDboot — это средство, которое используется для создания системного раздела или восстановления среды загрузки, расположенной в системном разделе. Системный раздел создается посредством копирования небольшого набора файлов среды загрузки из установленного образа Windows®. Средство BCDboot создает хранилище данных конфигурации загрузки (BCD) в системном разделе с новой загрузочной записью, которая позволяет загружать установленный образ Windows.

• Для систем на основе BIOS системный раздел является активным только на дисках с основной загрузочной записью (MBR). Средство BCDboot создает каталог \Boot на системном разделе и копирует в этот каталог все файлы, необходимые для загрузочной среды.
• В системах с единым интерфейсом EFI (Unified Extensible Firmware Interface) системный раздел EFI является системным разделом только на дисках с таблицей разделов GPT. Средство BCDboot создает каталог \Efi\Microsoft\Boot и копирует в этот каталог все файлы, необходимые для загрузочной среды. Системный раздел (ESP) отформатирован в системе FAT32.

Синтаксис команды Bcdboot: BCDBOOT источник [/lязык] [/sбуква_диска] [/v] [/m [{GUID_загрузчика_операционной системы}]]

Нижеперечисленные команды используются для восстановления загрузочной записи (MBR, PBR — partition boot record) и переконфигурации хранилища загрузки BCD.

• bootrec /FixMbr
• bootrec /FixBoot
• bootrec /ScanOS
• bootrec /RebuildBcd

Например: bcdboot C:\Windows
Команда выполняет инициализацию системного раздела с помощью файлов из образа операционной системы, установленной на томе С.

На рис. выше раздел системы на основе MBR содержащий загрузочные файлы имеет название «System reserved».  Он отформатирован в NTFS и не имеет назначенной буквы диска.

Справка: Системный том содержит файлы диспетчера загрузки Windows и другие файлы, необходимые для начальной загрузки систем. Загрузочный же том содержит файлы операционной системы, расположенные в папке Windows\System32.

Ошибка: An operating system was not found — повреждение загрузчика

Способ восстановления загрузки Windows на ноутбуке, ПК под управлением BIOS с MBR разметкой жесткого диска

Итак, если загрузить Windows 7 / 8 не удается из-за ошибок или «An operating system was not found» необходимо загрузиться с установочного диска Windows и при появлении начального окна установщика нажать комбинацию клавиш Shift-F10. Далее вводим последовательно команды:bootrec /FixMbr – создаст новую загрузочную запись на системном разделеbootrec /FixBoot – создаст новый загрузочный сектор.bootrec /ScanOS – поиск на всех дисках установленных систем Windows.

bootrec /RebuildBcd — найдет все установленные операционные системы Windows на компьютере/ноутбуке и предложит внести о них информацию в хранилище загрузки BCD (соглашаемся).

Перезагружаем компьютер.

Ошибка: Windows failed to start. A recent hardware or software chnge mightbe the cause. If you do not have this disc, contact your system administratoror computer manufacturer for assistance. file: \boot\BCD status: 0xc000000f — повреждении хранилища загрузки BCD

Способ восстановления загрузки Windows на ноутбуке, ПК под управлением BIOS с MBR разметкой жесткого диска

Итак, если загрузить Windows 7 / 8 не удается из-за ошибок или «\boot\BCD status: 0xc000000f» необходимо загрузиться с установочного диска Windows и при появлении начального окна установщика нажать комбинацию клавиш Shift-F10.

Набираем Diskpart  и нажимаем Enter.

Командой list disk выводятся все имеющиеся в системе жёсткие диски.
Выбираем системный жесткий диск командой sel disk 0.
List vol отобразит все имеющиеся разделы на жёстком диске.

Том с загрузчиком и BCD имеет размер 100Mb и метку System. Тому с директорией Windows присвоена буква С и метка Boot.

На скрине мы видим, что разделу с операционной системой Windows (метка GA_OS, Boot) присвоена буква «C». Выходим из diskpart набрав exitВводим команду, которая полностью перезапишет содержимое хранилища загрузки операционной системы:
bcdboot.exe C:\Windows  где «С» — диск на котором находятся файлы установленной операционной системы.
Возможно, что в вашем случае вместо «C» придется подставить букву своего раздела с папкой Windows т.к. консоль восстановления может переназначить буквы дисков. Для этого нам и нужна команда list vol. После этого файлы загрузки будут успешно созданы. Перезагружаем компьютер и наслаждаемся работой Windows.

Ошибка File:\EFI\Microsoft\Boot\BCD  Error code: 0xc000000f

The Boot Configuration Data for your PC is missing or contains errors. File:\EFI\Microsoft\Boot\BCD Error code: 0xc000000f

Ошибка 0xc00000f при запуске Windows 8 / 10: The Boot Configuration Data for your PC is missing or contains errors.  File:\EFI\Microsoft\Boot\BCD  Error code: 0xc000000f встречается на компьютерах и ноутбуках с новейшим EFI BIOS. Жесткие диски таких аппаратов имеют формат загрузочной записи не MBR с характерными типами разделов (основной и логический), а более продвинутую связку: EFI загрузчик и GPT разделы жесткого диска.

Справка по EFI загрузке

EFI — современная замена морально устаревшему 16-битному BIOS. EFI является интерфейсом между операционной системой и микропрограммами, управляющими низкоуровневыми функциями оборудования. В среде EFI загрузка Windows выполняется специальным менеджером и используется для выбора и загрузки операционной системы, исключая потребность в специализированном механизме загрузки (загрузчик ОС является приложением EFI).

В скрытом шифрованном разделе жесткого диска ESP, отформатированном в системе FAT32, находится файл BCD содержащий информацию об установленных ОС.

Загрузчик зашитый в микросхему содержащую микропрограмму EFI BIOS находит раздел ESP по специальной метке-сигнатуре и передает управление содержащемуся там файлу по адресу \Device\HardDiskVolume#N\EFI\Microsoft\Boot\bootmgfw.efi Bootmgfw.efi — это EFI загрузчик Windows.

Если при загрузке компьютера с BIOS EFI появляется ошибка:

Your PC needs to be repaired. The Boot Configuration Data for your PC is missing or contains errors. File:\EFI\Microsoft\Boot\BCD

Error code: 0xc000000f File:\EFI\Microsoft\Boot\BCD. Error code: 0xc000000f

Данный тип ошибки говорит о нарушении целостности папки \Boot или некорректности файла BCD (содержащего данные о загрузке) скрытого раздела диска ESP. Повреждения могут быть вызваны бед-блоками на поверхности жесткого диска либо нарушением целостности файловой системы.

Поэтому, прежде чем приступать к восстановлению загрузки Windows следует проверить поверхность диска на наличие битых секторов (загрузочным диском ViktoriaHDD, MHDD) и целостность файловой системы запустив программу chkdsk из-под диска Windows или Live-CD реаниматора.

Для восстановления директории\EFI\Microsoft\Boot\ с ее содержимым необходимо загрузиться с инсталяционного диска Windows и при появлении начального окна установщика нажать комбинацию клавиш Shift-F10. Как и в случае восстановления загрузочных файлов системного раздела Windows 7 нам поможет команда восстановления загрузочных файлов в системном разделе — bcdboot.

Загружаемся с диска Windows 8 и при появлении начального окна установщика нажимаем комбинацию клавиш Shift-F10 открывая окно командной строки. Узнаем букву раздела на котором установлена Windows 8 (или Windows 10). Для этого вызываем список дисков и разделов (томов) командами: diskpart, list disk, sel disk. Отображаем тома на диске командой list vol.

Поскольку раздел EFI (том2 на скриншоте выше) не только скрыт, но и не имеет присвоенной буквы, для того, чтобы с ним работать необходимо назначить какую-то букву.

Для этого используем команды:

select volume 2 — Выбираем скрытый том2 без буквы

assign letter Q — назначаем ему букву «Q»

exit

Далее, чтобы восстановить поврежденный файл BCD используем последовательность команд:

cd /d Q:\efi\microsoft\boot\ — Переходим в папку \boot раздела Q:

ren BCD BCD.bak — данная команда переименует некорректный файл BCD (если тот вообще имеется)

Следующей команда перезапишет хранилище BCD:

bcdboot C:\Windows /L ru-ru /S Q: /F ALL  где «С» — диск с установленной ОС Windows, «Q» — скрытый диск с загрузчиком.

Восстановление загрузки Windows 8 / 10 путем форматирования и повторного создания системного EFI раздела

В более сложных случаях (при повреждении файловой системы, бед-блоки на диске) вышеприведенные команды могут не помочь. Лучшим вариантом исправления загрузки Windows будет форматирование скрытого системного шифрованного EFI раздела и пересоздание его заново.

Как всегда нам понадобится установочный диск с Windows загрузившись с которого и нажав сочетание клавиш Shift+F10 мы попадем в окно командной строки.

Далее потребуется вызвать уже знакомую diskpart и, затем, выполнить следующие команды:

lis vol (выводим все разделы накопителей подключенных к компьютеру в список).

sel vol 2 («Том 2» — шифрованный системный раздел FAT32 содержащий загрузочные файлы. Выбираем его командой sel vol).

format fs=NTFS (форматируем его в файловую систему NTFS).

exit

bcdboot C:\Windows (создаём заново файлы загрузки на скрытом разделе System Reserved копируя их с директории Windows диска «C»).

Файлы загрузки успешно созданы.

Удаляем, затем создаём заново шифрованный (EFI) системный раздел и раздел MSR 128 Мб

Находясь в консоли восстановления можно попробовать удалить оба раздела: отвечающий за загрузку  (EFI) системный раздел и MSR и заново их создать (в случае если способ описанный выше не помог).

Удаляем, затем создаём заново шифрованный (EFI) системный раздел и раздел MSR 128 Мб

На моем ноутбуке с EFI BIOS установлен SSD диск размером 32Гб размеченный в GPT и карта памяти 8Гб.

В консоли Windows 8 управления дисками виден только системный EFI раздел, MSR не отображается.

Итак, как всегда нам понадобится установочный диск с Windows загрузившись с которого и нажав сочетание клавиш Shift+F10 мы попадем в окно командной строки.

Чтобы удалить оба раздела EFI и MSR из консоли восстановления вводим команды:

diskpart

lis dis (смотрим список имеющихся физических дисков)

sel dis 0 (выбираем жёсткий диск с системой)

lis par (команда выводит список разделов на выбранном жестком диске)

sel par 2 (выбираем раздел 2 — системный EFI раздел)

Кстати, в выводе команды lis par можно увидеть MSR раздел

del par override (удаляем раздел, который ранее выбрали. Для удаления раздела ESP и MSR или раздела OEM-изготовителя ноутбука, указываем параметр override)

sel par 3 (выбираем раздел MSR)

del par override (удаляем раздел MSR)

Листинг команды lis par: раздел 2 — EFI, раздел 3 — MSR, раздел 4 — основной (содержит папку Windows)

Создаём заново шифрованный (EFI) системный раздел и  раздел MSR 128 Мб

Для этого вводим команды (не выходя из diskpart):

create par efi size=300 (создаём шифрованный (EFI) системный раздел 300 Мб, можно указать и меньший объем 100Мб например).

format fs=fat32 (форматируем его в файловую систему FAT32).

creat par msr size=128 (создаём раздел MSR 128 Мб)

exit (выходим из diskpart)

Создаём загрузчик командой

bcdboot C:\Windows

Системный разделы и загрузчик успешно созданы.

Источник: http://computerrepair.com.ua/blog/error-code-0xc000000f-bootmgr-is-missing/

Создание структуры разделов в разметке GPT на ПК с UEFI

Вы задумывались над тем, что происходит во время установки Windows после того, как вы нажимаете волшебную кнопку Далее в окне управления дисками?

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

Эта запись открывает серию статей о тонкостях создания разделов, а также резервного копирования и восстановления средствами Windows в разметке GPT на ПК с UEFI. Материала слишком много для одной статьи, поэтому первой ласточкой полетит базовая информация о разделах GPT и пример создания их структуры. Я обязательно буду опираться на этот рассказ, когда дело дойдет до создания и восстановления образов системы в реальных ситуациях.

Пример конфигурации разделов на ПК с UEFI

Давайте рассмотрим примерную конфигурацию дисков в разметке GPT на UEFI-системе. Порядок разделов зависит от ОС.

Увеличить рисунок

Windows RE

В разметке GPT раздел Windows RE размером 300-500MB (в зависимости от ОС) содержит среду восстановления. Аналогичный раздел размером есть и на системах с разметкой MBR – там он называется System Reserved и наряду с RE содержит файлы, необходимые для загрузки Windows.

Среда восстановления находится в файле winre.wim.

Он попадает на раздел Windows RE в процессе установки ОС на отформатированный диск или во время подготовки ПК изготовителем. В обоих случаях принцип одинаковый:

1. В процессе создания структуры разделов для Windows RE назначается специальный атрибут 0x8000000000000001. Он является комбинацией двух атрибутов – один блокирует автоматическое назначение буквы диска, а другой – помечает раздел как обязательный для работы системы, что препятствует его удалению из оснастки управления дисками.
2. К разделу Windows применяется образ системы — стандартный install.wim или настроенный custom.wim. Как следствие, winre.wim оказывается в папке Windows\System32\Recovery.
3. На разделе Windows RE создается папка Recovery\WindowsRE, после чего это расположение среды восстановления регистрируется утилитой reagentc.W:\Windows\System32\reagentc.exe /setreimage /path T:\Recovery\WindowsRE /target W:\Windows

Утилита входит в состав Windows, но не Windows PE или RE, поэтому запускается она именно с раздела операционной системы. Наряду с регистрацией RE команда перемещает winre.wim с раздела Windows на служебный раздел Windows RE. Если вы хотите увидеть файл, сначала назначьте диску букву с помощью утилиты diskpart. Поскольку файл имеет атрибуты системный и скрытый, быстрее всего его покажет команда dir /ah.

В результате этих действий загрузка в среду восстановления происходит с раздела Windows RE. Подробности процесса я покажу в грядущем рассказе о восстановлении резервной копии.

Раздел Windows RE не является обязательным для работы Windows. Среда восстановления может отсутствовать или находиться прямо на разделе с операционной системой. Однако размещение Windows RE на отдельном разделе преследует две цели:

1. Загрузка в среду восстановления на ПК с зашифрованным разделом Windows. В среду восстановления невозможно загрузиться, если она находится на разделе с Windows, который зашифрован. Раздел Windows RE исключен из шифрования, поэтому всегда можно попасть в среду и воспользоваться ее инструментами.
2. Защита среды восстановления от шаловливых рук. Поскольку раздел невозможно удалить в оснастке управления дисками, вероятность его смерти по неосторожности несколько ниже, хотя при желании его несложно удалить с помощью diskpart.

System (EFI)

Раздел EFI, отформатированный в FAT32, является обязательным для разметки GPT на системах с UEFI. Стандартный размер раздела EFI составляет 100MB, но на дисках расширенного формата 4K Native (секторы 4KB) он увеличен до 260MB ввиду ограничений FAT32. Изготовители ПК могут хранить на этом разделе какие-то свои инструменты, поэтому его размер варьируется в зависимости от производителя.

В разметке GPT раздел EFI выполняет одну из ролей, которая возложена на раздел System Reserved в разметке MBR. Он содержит хранилище конфигурации загрузки (BCD) и файлы, необходимые для загрузки операционной системы.

Во время установки Windows на нем создается загрузка всего одной командой утилиты bcdboot. Программа установки знает букву раздела Windows (к нему применен install.wim):

bcdboot W:\Windows

Команда создает в корне раздела EFI папку EFI\Microsoft\Boot, копирует в нее файлы загрузки и формирует конфигурацию загрузки (BCD).

В некоторых элементах графического интерфейса русской Windows (например, в diskmgmt.msc) EFI ошибочно называется шифрованным системным разделом. Никакого шифрования там нет, равно как в английской ОС об этом не упоминается.

MSR (Microsoft System Reserved)

Раздел отформатирован в NTFS и занимает в Windows 8 и 8.1 — 128MB, а в Windows 10 — 16MB. Он также является обязательным для разметки GPT, потому что она не позволяет использовать скрытые секторы диска (в отличие от MBR). Как следствие, раздел MSR необходим для служебных операций встроенного и стороннего ПО (например, конвертирование простого диска в динамический). Но Windows может работать и без него, конечно. 1

Несмотря на наличие “System Reserved” в названии, раздел MSR не имеет ничего общего с разделом System Reserved в разметке MBR. Кроме того, он не виден в файловых менеджерах и оснастке управления дисками, хотя diskpart его показывает.

Windows

Это раздел с операционной системой, к которому применяется стандартный образ install.wim или настроенный образ.

Другие разделы (Recovery и т.д.)

Изготовители ПК также добавляют дополнительные разделы, например, один для хранения своих инструментов восстановления (заменяет стандартный Windows RE), а другой — с резервным образом системы для отката к фабричным настройкам. Они могут иметь особые атрибуты GPT по тем же причинам, что и Windows RE.

Так, процесс развертывания ОС на ПК может начинаться с сохранения заводского WIM-образа на разделе R. Это позволяет сначала применить его к разделу с системой, а затем зарегистрировать в качестве резервного образа одной командой.

W:\Windows\System32\reagentc /setosimage /path R: /target W:\Windows /index 1

В результате на этот образ опираются средства восстановления Reset и Refresh Your PC, хотя производители могут внедрять и свои пути отката по нажатию функциональных клавиш.

Вид на конфигурацию разделов из Windows

В оснастке управления дисками (diskmgmt.msc) описанная выше конфигурация выглядит так.

Увеличить рисунок

Разделы идут в том же порядке:

• 300MB – Windows RE
• 99MB – EFI
• MSR (не отображается)
• C – Windows, раздел с ОС

В утилите diskpart эту конфигурацию можно посмотреть командами list par (после выбора диска) и list vol. В моем примере есть также не относящиеся к рассказу тома: том 0 – это DVD-привод, а том 4 – раздел другого физического диска.

Увеличить рисунок

Вы можете легко сопоставить тома с разделами, ориентируясь на столбец «Размер». Обратите внимание, что список томов не содержит раздела MSR размером 128MB, как и в оснастке.

Создание конфигурации разделов для разметки GPT

Вы можете создать рассмотренную выше конфигурацию:

1. С помощью графического интерфейса программы установки Windows
2. В командной строке утилитой diskpart.

Я покажу оба способа.

Раньше я рекомендовал diskpart, но теперь советую по возможности создавать структуру разделов программой установки Windows. Она автоматически создает правильную структуру разделов под конкретную ОС, на все случаи жизни и в соответствии с текущим подходом Microsoft.

Смена курса обусловлена рядом причин. Рекомендуемая структура разделов у Microsoft варьируется в разных поколениях ОС, а теперь еще и от сборки к сборке Windows 10. Так, отличается размер и расположение раздела Windows RE (он необходим, например, для восстановления диска, зашифрованного BitLocker).

Microsoft сама не успевает оперативно отражать эти изменения в своей документации, куда уж мне 🙂 Да и не планировал я создавать репозиторий скриптов diskpart на каждый чих. Изначально сама статья и первая версия скрипта diskpart в ней были призваны предотвратить проблему с недостаточным размером раздела RE, которая проявлялась при создании образа системы встроенными средствами в Windows 8 и 8.1, что сейчас потеряло актуальность.

Способ 1 — программа установки Windows (рекомендую)

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

Программа установки автоматически создаст все необходимые разделы.

Способ 2 – утилита diskpart

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

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

Все команды выполняются в среде Windows PE.

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

В команде ниже замените N на номер диска.

diskpart list disk sel disk N

Теперь выполняйте следующие команды или откройте ранее сохраненный файл в блокноте, скопируйте весь текст и вставьте правой кнопкой мыши в окно командной строки. Подсказка. Если блокнот еще не открыт, необязательно выходить из diskpart. Откройте еще одну командную строку сочетанием Shift + F10 и наберите notepad.

clean rem == CreatePartitions-UEFI.txt == rem == These commands are used with DiskPart to rem create four partitions rem for a UEFI/GPT-based PC. rem Adjust the partition sizes to fill the drive rem as necessary. rem select disk 0 rem clean == convert gpt rem == 1. System partition ========================= create partition efi size=100 rem ** NOTE: For Advanced Format 4Kn drives, rem change this value to size = 260 ** format quick fs=fat32 label=»System» assign letter=»S» rem == 2. Microsoft Reserved (MSR) partition ======= create partition msr size=16 rem == 3. Windows partition ======================== rem == a. Create the Windows partition ========== create partition primary rem == b. Create space for the recovery tools === shrink minimum=500 rem ** NOTE: Update this size to match the rem size of the recovery tools rem (winre.wim) plus free space ** rem == c. Prepare the Windows partition ========= format quick fs=ntfs label=»Windows» assign letter=»W» rem === 4. Recovery tools partition ================ create partition primary format quick fs=ntfs label=»Recovery tools» assign letter=»R» set id=»de94bba4-06d1-4d40-a16a-bfd50179d6ac» gpt attributes=0x8000000000000001 list volume list par exit

Структура разделов создана! Две последних команды перед выходом из diskpart покажут вам расклад по томам и разделам диска.

Увеличить рисунок

Здесь я хочу обратить ваше внимание на три момента:

1. Картинка не соответствует командам, потому что последние неоднократно обновлялись 🙂
2. Ключевым разделам назначены буквы W, T и S, но они действуют исключительно в этом сеансе Windows PE. В загруженной системе только раздел Windows получит букву — C.
3. Утилита diskpart автоматически создает первый раздел со смещением 1024KB, что оптимально для SSD.

Дискуссия

Эта запись не претендует на всеобъемлющий FAQ по GPT, тем более что он уже есть у Microsoft (мне кажется, я даже видел его русскую версию, но сходу не нашел). Я просто хотел приоткрыть завесу над одним из этапов установки Windows, а также прояснить весьма запутанную терминологию и снять базовые вопросы о создании структуры разделов. В следующей статье я расскажу о тонкостях и стратегиях резервного копирования ПК с UEFI.

Источник: http://www.outsidethebox.ms/16075/

Разбираемся с UEFI и GPT: установка Windows и Kubuntu на один диск

Помните те времена, когда BIOS был 16-битным с адресным пространством в 1 Мб, а вся информация о загрузчиках писалась в MBR? На смену уже давно пришли более гибкие технологии: UEFI (замена BIOS), и GPT (замена MBR). Предыстория: Понадобилось мне недавно на свой домашний десктоп поставить 2 системы, чтобы разграничить окружение.

Kubuntu для разработки на Ruby on Rails (ибо работаю удаленно), и Windows для всяких игрушек в свободное время. Хочу заметить, что несколько лет назад это было достаточно просто: один раздел для винды и один раздел для линукса, загрузчик записывался в MBR.

Однако, технологии не стоят на месте, и оказалось, что настройка dual boot'а теперь несколько изменилась. Итак, начнем.

Терминология

UEFI (Unified Extensible Firmware Interface, Единый расширяемый интерфейс прошивки) разрабатывался компанией Intel как замена BIOS (Basic Input Output System).

В отличие от 16-битного BIOS'а UEFI работает в 32- или 64-битном режиме, что позволяет использовать намного больше памяти для сложных процессов. Кроме того, UEFI приятно выглядит и там есть поддержка мышки.

Внешний вид:

GPT (GUID Partition Table, Таблица разделов GUID) — часть спецификации UEFI. UEFI использует GPT так же как BIOS использует MBR.

Главным отличием GPT от MBR, на мой взгляд, являются:

• Количество разделов: MBR поддерживает только 4 раздела. Можно и больше, но только через extended partition, что является просто хаком ограничений. GPT поддерживает до 128 разделов.
• Размер диска: MBR поддерживает диски до 2Тб, в то время как GPT — до 9.4 Зеттабайт (=9.4 × 1021 байт, или условно 1000 Тб)
• Порядок загрузки: раньше BIOS загружал MBR, и в нем содержались адреса загрузчиков для каждого раздела диска. Теперь UEFI считывает GPT, находит в таблице все разделы типа efi (на них содержатся загрузчики), и подгружает их в память. Разберем это на примере немного позже.

Что делаем:

Устанавливаем следующие ОС на пустой HDD размером в 1 Тб.

• Windows 8.1 x64. Windows поддерживает загрузку с GPT начиная с Windows 8 для 32 битной архитектуры и с Windows Server 2003 и Windows Vista для 64 бит (Источник).
• Kubuntu 15.04. По идее подойдет любой дистрибутив, который поддерживает Grub2, лично я предпочитаю Kubuntu.

NB: Материнская плата поддерживает UEFI

Разбивка диска

Сначала устанавливаем Windows 8, т.к. она автоматически будет использовать GPT. Разбивка будет выглядеть так (пардон за кривой снимок): Винда по умолчанию создает 4 раздела:

1. Recovery (300Мб). Очевидно, что он используется для восстановления системы. Оставим как есть.
2. EFI partition (100Мб). Помечается как system type (не любят в Майкрософте называть вещи своими техническими именами). Собственно сюда и пишутся загрузчики.
3. MSR (128Мб, Microsoft Reserved Partition).

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

4. Основной раздел. Мы его поделим на 3: 200 гигов под винду, 500 гигов для раздела под данные и остальное пространство пока оставим неразмеченным (отформатируем потом при установке Kubuntu).

Пропустим саму установку Windows, т.к. в ней все стандартно и понятно. Теперь загрузимся с USB в Kubuntu Live.

Проверим EFI раздел:kubuntu@kubuntu:~$ efibootmgrBootCurrent: 0003Timeout: 0 secondsBootOrder: 0000,0003,0001Boot0000* Windows Boot ManagerBoot0001* Hard DriveBoot0003* UEFI: JetFlashTranscend 16GB Boot0000 — виндовый загрузчик Boot0001 — дефолтный загрузчик Boot0003 — флешка с Kubuntu Live Обратите внимание, что список загрузчиков не привязан к одному физическому диску как в MBR. Он хранится в NVRAM.

Можем также сразу посмотреть, что же в этом разделе, подмонтировав его:kubuntu@kubuntu:~$ sudo mkdir /media/efikubuntu@kubuntu:~$ sudo mount /dev/sda2 /media/efi Там окажутся следующие файлы:EFI|—Boot| |—bootx64.efi # дефолтный загрузчик|—Microsoft |—Boot |—bootmgfw.efi # основной виндовый загрузчик |—# много других файлов Убедились, что все хорошо. Теперь продолжаем разбивку диска (через KDE Partition Manager). Первые пять разделов остались прежними.

Обратите внимание, как Kubuntu определила разделы:

• sda2 определился как FAT32. Это практически верно, т.к. файловая система типа EFI основана на FAT, только с жесткими спецификациями.
• sda3 (MSR) не определился, т.к. файловой системы там так таковой нет.

Нам осталось только отформатировать раздел для Kubuntu в ext4, и выделить раздел под swap.

Несколько слов про swap. Рекомендуют на swap выделять от SQRT(RAM) до 2xRAM. Т.к.

у меня 16 Гб RAM, то по минимуму мне надо 4 Гб свопа. Хотя я с трудом могу представить ситуации, при которых он будет использоваться: десктоп в hibernate я не перевожу, и сильно тяжелых программ, которые жрут больше 16 гигов, не использую.

P.S. При форматировании раздела в swap Partition Manager может выдать ошибки, которые связаны с тем, что Kubuntu автоматически монтирует в себя любой swap раздел, однако на результат эти ошибки не влияют. Итак, финальная разбивка: Теперь самое главное для правильного dual boot'а. При установке Kubuntu важно выбрать, куда установить загрузчик: Указываем, конечно же на раздел EFI. После завершения установки Kubuntu, заходим в систему и проверяем, какие файлы появились на efi разделе (монтировать уже не нужно):user@kubuntu:~$ sudo ls /boot/efi/EFIBoot Microsoft ubuntuuser@kubuntu:~$ sudo ls /boot/efi/EFI/ubuntugrub.cfg grubx64.efi MokManager.efi shimx64.efi Смотрим, как теперь выглядит список загрузчиков:user@kubuntu:~$ efibootmgr -vBootCurrent: 0002Timeout: 0 secondsBootOrder: 0002,0000,0003,0001Boot0000* Windows Boot Manager HD(2,96800,32000,c4f37e07-0441-4967-a1ac-755a36e4f3)File(\EFI\Microsoft\Boot\bootmgfw.efi)Boot0001* Hard Drive BIOS(2,0,00)Boot0002* ubuntu HD(2,96800,32000,c4f37e07-0441-4967-a1ac-755a36e4f3)File(\EFI\ubuntu\shimx64.efi)Boot0003* ubuntu HD(2,96800,32000,c4f37e07-0441-4967-a1ac-755a36e4f3)File(EFI\Ubuntu\grubx64.efi) Вот как это выглядит при загрузке: А еще эти загрузчики доступны сразу из UEFI (в старом BIOS'е такое было бы невозможно — там был выбор только диска, он просто не знал, что такое загрузчики):

Ну и напоследок: чтобы dual boot правильно работал, в Windows надо обязательно отключить fast boot. Это такая нехорошая фича, которая может привести к потере данных.

Объяснение:

При выключении компьютера Windows сохраняет файловую структуру NTFS разделов в файл (видимо, потому что один файл прочитать быстрее, чем сканировать много разных файлов). Если записать файл на NTFS раздел через линукс, и потом загрузиться в Windows, то Windows просто не увидит файл. Источник

Если выключить комп через Windows, и потом попытаться загрузить Linux, то он просто не запустится из-за «ошибки» NTFS. Источник

• dual boot
• установка windows 8
• установка linux
• uefi

Источник: https://habr.com/post/259283/

Чем GPT диск отличается от MBR, что это такое

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

Начнем с теории

Начну с того, что еще некоторое время назад существовал только БИОС в качестве API, он помогал выполнять настройки компьютерного оборудования. Но это система была шестнадцатибитной, уже устаревшей морально. Крупнейший производитель Intel смог создать отличную и эффективную альтернативу, получившую наименование UEFI. Вместе с ней появилось огромное количество новшеств, среди которых выделялся GPT. Так что стоит разобраться, для чего этот инструмент.

GPT является аббревиатурой фразы GUID Partion Table, русскоязычный перевод – «таблица GUID разделов». Данная разработка представляет собой элемент UEFI, который делает ту же работу, что и МБР в БИОС — служит для указания начала и конца каждого раздела. Есть только отличие – у ГПТ более объемный функционал, который получилось воплотить с помощью использования 32 битных систем.

Стоит рассмотреть другие особенности описываемого мной стандарта, отличия GPT от MBR (главной загрузочной записи):

• в MBR boot-записи находятся у начала диска, а GPT способен найти имеющиеся таблицы EFI и прогрузить их сразу в нужное место для сохранения;
• МБР дает возможность пользоваться разделами с объемом до 2,2 Тб, а появление GPT позволило снять практически все ограничение с данного параметра. Сейчас это особенно актуально, ведь даже «бытовые» компьютеры могут быть оснащены накопителями на 4 Терабайта;
• с MBR стандартом можно разделять диск максимум на четыре раздела, при этом с новой разработкой легко делать до ста двадцати восьми разделов.

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

Недостатки технологии

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

Технология предусматривает на винчестере расположение 2 таблиц EFI, одна из них находится в самом начале, а вторая – в конце. Но возникают ситуации, когда этого катастрофически не хватает.

В случае неполадок с диском или неправильного функционирования программного обеспечения появляются трудности с восстановлением контента.

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

Имеется еще недочет, который с трудом можно таковым назвать (в основном это забота специалистов по ОС, а не UEFI), состоит в том, что большинство загрузчиков операционки все еще применяют номера разделов, а не буквенные имена. В этом параметре нельзя присвоить диску имя, с этим справляется GUID идентификатор.

Как определить, что у вас установлено — GPT или MBR?

Данная тема стала пользоваться популярностью после появления компьютерного оборудования на базе Виндовс 10 и 8. Я хочу рассказать вам, как узнать свою таблицу разделов и определить используемый стандарт.

В первом варианте определение таблицы, применяющейся на винчестере или SSD можно посмотреть в функционирующей операционки Windows с «семерки» до «десятки».

Для этого следует запустить программу управления дисками:

• Необходимо нажать комбинацию Win + R на клавиатуре;
• вводите команду:

diskmgmt.msc

• Будет открыто окно службы «Управление дисками», с табличкой, которая отобразит все имеющиеся на ПК винчестеры, SSD и подключенные карты памяти:
• кликаете правой кнопкой по диску (не по разделам!) и выбираете «Свойства»;

• здесь открываете раздел «Тома»;
• когда в подпункте «Стиль раздела» прописано «Таблица с GUID разделов» — вы пользуетесь GPT:

• в обратном случае будет указано «Основная загрузочная запись (MBR)»:

Пользуемся командной строкой

Если необходимо воспользоваться данным вариантом, можно активировать командную строчку от имени админа в операционке Виндовс или зажать комбинацию Shift + F10 (на некоторых устройствах Shift + Fn + F10 ) при установке Windows с накопителя для открытия нужной опции.

Далее в командной строчке поочередно прописываете команды:

diskpart

list disk

Следует обратить внимание на последний столбик, где отмечены результаты выполнения команды list disk.

Если на том месте установлена звездочка, то применяется технология GPT, а диски, не имеющие эту отметку — MBR (чаще всего стоит MBR, потому как встречаются и другие варианты, к примеру, система не может определить вид инструмента).

exit

Остальные признаки, позволяющие определить структуру

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

• если в BIOS использует EFI-загрузку, то в системе установлена GPT;
• один из скрытых разделов начала системы в Виндовс 10 и 8 работает с файловой системой FAT32, а в самом описании указана фраза— «Шифрованный EFI системный раздел», то перед вами — GPT;
• элементы на диске с системой, включая скрытый раздел, обладает файловой системой NTFS — MBR;
• диск, размер которого больше 2 Тб, и/или имеется более 4-х разделов – значит GPT система.

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

31.01.2018 10:00 4233

Источник: https://it-tehnik.ru/hardware/gpt.html