Как удалить шифрованный раздел

Структура разделов GPT в Windows 8

В процессе движения в сторону изучения структуры разделов GPT в Windows 8, в какой-то момент наметилась необходимость детально рассмотреть принципы формирования структуры разделов на физическом носителе. Хочется понять, как формируется структура разделов GPT в Windows 8, какие именно разделы создает операционная система на этапе инсталляции, как она их размещает на пространстве физического носителя (диска), какие данные ОС хранит в тех или иных разделах, каким образом она использует разделы в процессе работы? Эти, а так же некоторые другие вопросы и призвана осветить (я на это в какой-то мере надеюсь) данная статья.
С чего же нам начать? С выбора платформы. Поскольку я не имел под рукой, на момент написания материала, никакого дополнительного аппаратного обеспечения, то и решил остановить свой выбор на виртуальной среде. Для полноты эксперимента, было бы корректно выбрать новую модель какого-нибудь ноутбука, по той лишь причине, что производители подобных устройств часто дополнительно размещают на носителях разделы, содержащие образы для восстановления ОС. Очевидный плюс данного подхода в том что мы имеем дополнительный раздел со специфическим ПО от производителя, которое необходимо для восстановления ОС в «исходное» состояние. Но, поскольку у меня и этой возможности не представилось, то я просто решил выполнить новую, «чистую» инсталляцию Windows 8 на имевшуюся в наличии виртуальную машину. Быть может, в будущем удастся дописать в эту статью недостающую информацию.
Изначально я хотел найти диск объемом более 2Тб, с целью проверить некоторые мои предположения, но, к сожалению, мне не удалось найди подобный носитель, а делать программную эмуляцию столь большого объема в VMWare не было ни малейшего желания.

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

  • VMWare ESXi v5.5.0 build 1331820.
  • Виртуальная машина VMWare: с диском объемом в 32Гб. (Thick Provision Eager Zeroed), то есть диск «занулен» при создании (записаны нули по всему пространству).
  • Boot options заданы в EFI. Тем самым мы исключаем вариант использования MBR разметки.
  • Windows 8.1 update 1 — x64 Профессиональная. Русская. версия 6.3.9600.

Мой выбор не случайно остановился на 64-разрядной версии Windows 8. Для себя я объяснил его довольно просто — 64-битная версия Windows сейчас является «вытесняющей» конфигурацией на рынке ПО, то есть наблюдается тенденция перехода на данную разрядность все большего и большего числа пользователей. Не спорю, что и 32-битная версия Windows 8 умеет прекрасно работать с GPT как на загрузку так и на хранение данных, однако будет придерживаться «мейнстрима».

С целью получения именно типовой структуры разделов GPT в Windows 8, в процессе инсталляции (на этапе разметки диска) мы оставляем всё «как есть» и выбираем довольно часто используемую пользователями схему разметки — используем все доступное пространство без ручного разбиения на разделы:

После этого продолжаем установку ОС, даем необходимые ответы на вопросы по параметрам и завершаем инсталляцию ОС. После финальной перезагрузки мы получаем на нашей виртуальной машине новую, девственно-чистую ОС Windows 8.1.
Теперь, при старте, Вы можете залогиниться в систему под своей учетной записью. Теперь, мы выберем традиционный и самый доступный метод для изучения структуры разделов Windows 8 — оснастку «Управление дисками» Для этого щелкнем правой кнопкой мыши по значку «Этот компьютер» и выберем пункт «Управление», затем запустим оснастку «управление дисками».
На скриншоте ниже можно увидеть типичную разметку диска на разделы:

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 Microsoft DiskPart версии 6.3.9600 (С) Корпорация Майкрософт (Microsoft Corporation), 1999-2013. На компьютере: WIN8-HOMEPC DISKPART> list disk Диск ### Состояние Размер Свободно Дин GPT ——— ————- ——- ——- — — Диск 0 В сети 32 Gбайт 0 байт * DISKPART> select disk 0 Выбран диск 0. DISKPART> list partition Раздел ### Тип Размер Смещение ————- —————- ——- ——- Раздел 1 Восстановление 300 Mб 1024 Kб Раздел 2 Системный 99 Mб 301 Mб Раздел 3 Зарезервирован 128 Mб 400 Mб Раздел 4 Основной 31 Gб 528 Mб DISKPART> exit

Во-первых, с помощью утилиты diskpart мы можем удостовериться, что действительно сделали всё правильно, не ошиблись с режимом загрузки и имеем дело с разметкой GPT: на это указывает значок звездочки (*) напротив записи о диске в столбце GPT.
Во-вторых, разделов на единственном установленном в системе диске оказалось, по какой то причине, четыре?! Вот и верь после этого MS с их высокоуровневыми средствами работы с диском.. Как же так? В оснастке «управление дисками» мы видели всего-навсего три раздела, а diskpart показал четыре? До конца пока не разобрался в ситуации, но могу предположить, что раздел MSR (Microsoft System Reserved) имеет характеристики (GUID), на основе которых ОС (либо код утилит работы с дисками) скрывает его из оснастки «управление дисками». При анализе через низкоуровневые утилиты, выяснилось, что кроме GUID MSR и названия, раздел не содержит каких-либо специфических атрибутов, которые можно было бы отслеживать. Можно попробовать вручную, с помощью редакторов диска, преобразовать раздел MSR в обычный базовый, при этом не забыв поправить контрольную сумму в заголовке GPT, и посмотреть, появится ли он в оснастке «управление дисками».
Сам стандарт GPT не позволяет скрывать от пользователя разделы, поэтому MS использует для разделов «Системный» и «Восстановление» пользовательские атрибуты в битах 48-63 параметра атрибутов раздела GPT и сама же их и обрабатывает, что позволяет блокировать некоторые пользовательские действия с данными разделами через высокоуровневую оснастку «Управление дисками».
На основе все вышеизложенного, мы удостоверились в том, что оснастка «управление дисками» скрывает от нас массу полезной информации. Напрашивается логичный вывод:

Для работы с дисками настоятельно рекомендуется использовать утилиту diskpart. Утилита diskpart всегда показывает актуальную информацию, вне зависимости от атрибутов разделов.

Итого, на диске после инсталляции Windows 8 присутствует четыре раздела, которые выглядят следующим образом (и следуют в том же порядке):

  1. Раздел восстановления. Размер 300Мб.
  2. Системный (шифрованный EFI) раздел. Размер 99Мб.
  3. Зарезервированный раздел. Размер 128Мб.
  4. Основной раздел. Размер — оставшееся место.

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

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

  1. Нетривиальный: использовать сторонние утилиты для просмотра содержимого раздела;
  2. Тривиальный: попробовать просмотреть разделы в самой Windows, назначив буквы разделам с помощью системных утилит. Затем получить доступ к данным напрямую из утилит пользовательского уровня;

Для этой цели мы будем использовать уже полюбившуюся нам утилиту diskpart. Выполним команды в приведенной последовательности:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 Microsoft DiskPart версии 6.3.9600 (С) Корпорация Майкрософт (Microsoft Corporation), 1999-2013. На компьютере: WIN8-HOMEPC DISKPART> list disk Диск ### Состояние Размер Свободно Дин GPT ——— ————- ——- ——- — — Диск 0 В сети 32 Gбайт 0 байт * DISKPART> select disk 0 Выбран диск 0. DISKPART> list partition Раздел ### Тип Размер Смещение ————- —————- ——- ——- Раздел 1 Восстановление 300 Mб 1024 Kб Раздел 2 Системный 99 Mб 301 Mб Раздел 3 Зарезервирован 128 Mб 400 Mб Раздел 4 Основной 31 Gб 528 Mб DISKPART> select partition 1 Выбран раздел 1. DISKPART> assign letter=X DiskPart: назначение имени диска или точки подключения выполнено успешно. DISKPART> exit

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

select partition <N>

где N — номер требуемого раздела из таблицы. В нашем случае мы должны назначить буквы первым трем разделам: Раздел 1, Раздел 2, Раздел 3. Смысла сопоставлять букву последнему, четвертому разделу «Раздел 4» нет, поскольку она уже назначена и мы видим его в системе в виде диска C:.

В процессе назначения имен у меня случился казус. По непонятной мне пока причине не удалось назначить букву разделу под номером 3 (MSR, Зарезервированный). diskpart выдает ошибку: «Указанный том не существует. Выберите том и повторите попытку». Вероятно, это связано с тем, что MSR разделу в стандарте GPT не сопоставлена файловая система.

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

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

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

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

Раздел восстановления

Содержит среду восстановления, которая может потребоваться в случае возникновения различного рода проблем. Вызывается по клавише F8 при старте Windows. Имеет размер ~300Мб. Раздел закрыт от простого пользователя с целью защиты от этого самого пользователя.

Содержимое раздела восстановления:

1 2 3 4 5 \—Recovery +—WindowsRE boot.sdi ReAgent.xml Winre.wim

Непосредственно сама среда восстановления размещается в стандартном образе формата wim — winre.wim. Два других файла являются сопутствующими и предназначены для подготовки запуска среды.
Давайте рассмотрим каждый из файлов подробнее:

Файл Описание
boot.sdi Microsoft System Deployment Image (SDI) — специализированный миниобраз загрузки среды. Загрузчик (bootmgr/bootmgfw) смотрит BCD, видит запись о boot.sdi, загружает содержимое boot.sdi в память, создавая из него импровизированный виртуальный диск (RAMDISK). Boot.sdi — это фактически образ диска NTFS (состоит из заголовка SDI и самого NTFS раздела). Загрузчик монтирует данный NTFS раздел, затем код загрузчика считывает с раздела восстановления ассоциированный в BCD с файлом boot.sdi (RAMDISK) файл winre.wim и отображает его в созданный в памяти на виртуальном диске NTFS раздел.
ReAgent.xml Файл параметров утилиты reagentc.exe, которая предназначается для «регистрации» расположения среды восстановления и задания различных опций, а так же копирования winre.wim из системы на раздел восстановления.
Winre.wim Сжатый образ раздела восстановления. Содержит набор утилит, которые вместе взятые и представляют собой среду восстановления.

Шифрованный (EFI) системный раздел

Очень странно, что в названии данного раздела присутствует определение «шифрованный», ведь с этого раздела начинается загрузка ОС после стадий UEFI. В случае, если бы раздел был действительно зашифрован, UEFI должна была знать как именно его расшифровать с целью считать файлы загрузки, а ничего подобного до сих пор в коде загрузчиков я никогда не наблюдал. На некоторое время это обстоятельство ввело меня в замешательство, ведь я свободно наблюдал содержимое «зашифрованного» раздела. Можно было бы объяснить это явление тем, что Windows расшифровывает раздел в процессе работы, а не виден он только лишь из сторонних утилит при отключенном диске. Однако все эти догадки были отбракованы после того, как я случайно увидел английский вариант именования раздела: «EFI System Partition», что более известно нам под сокращением ESP. Очевидно, что никакого упоминания о шифровании нигде в английской версии не встречается.

В русской версии Windows 8 в названии «Шифрованный (EFI) системный раздел» имеется ошибка перевода. Оригинальное английское название — «EFI System Partition».

Данный раздел уже известен нам по Windows 7 и предназначается для размещения файлов начального этапа загрузки операционной системы (Bootmgr/BCD) и файлов, обеспечивающих функционирование технологии BitLocker Drive Encryption.
Содержимое ESP (большое дерево):

щелкните чтобы развернуть Shell

Размер ESP динамический и варьируется от минимума в 1% ёмкости накопителя (или 100 Мбайт) до максимума в 1000 Мбайт. Используется файловая система FAT, хотя по спецификации стандарт UEFI позволяет использовать и файловые системы FAT12, FAT16, FAT32.
Теперь давайте посмотрим, что представляют из себя файлы раздела:

Файл Описание
\EFI\Microsoft\Boot\BCD Хранилище данных конфигурации загрузки. Файл является копией куста реестра HKEY_LOCAL_MACHINE\BCD0000000x. Состоит из объектов, которые имеют идентификаторы GUID. Каждый из объектов представляет из себя структуру, которая описывает элемент меню загрузки. Фактически, данные объекты представляют собой отображаемые и не отображаемые элементы меню загрузки и параметры этих элементов: разделы, на которых они находятся, файлы, которые будут загружаться. Диспетчер загрузки bootmgfw/bootx64 обрабатывает данную структуру и выполняет в соответствии с её пунктами дальнейшую загрузку.
\EFI\Microsoft\Boot\boot.stl Список доверия сертификатов. Certificate trust list (CTL). Утвержденный список элементов, подписанных удостоверяющим центром, то есть доверенным источником. Все элементы в списке проверяются и утверждаются удостоверяющим центром. Список элементом может быть чем угодно, например, списком хешей сертификатов или списком имен файлов, или же списком доверенных центров сертификации для определенного сайта. Вероятно, участвует в проверке целостности файла менеджера загрузки (bootmgr/boot*.efi).
\EFI\Microsoft\Boot\bootmgfw.efi Firmware Boot Manager. Менеджер загрузки Windows (Windows Boot Manager) в формате EFI для большинства реализаций UEFI. Файл получает управление только тогда, когда в коде UEFI-прошивки реализован алгоритм поиска данного файла, а начиная с UEFI 2.3.1+ подобное поведение описано в спецификации. Спецификация подразумевает использование поддиректории вендора (в нашем случае \EFI\Microsoft\), в которой располагаются модули загрузки ОС (bootmgfw.efi). Поэтому файл bootmgfw.efi может использоваться как загрузчик по-умолчанию вместо bootx64.efi или совместно с ним. Соответственно, идентичен до байта файлу \EFI\Boot\bootx64.efi. При получении управления, bootmgfw.efi считывает конфигурацию загрузки BCD и загружает \Windows\System32\winload.efi с раздела, который с ним сопоставлен.
\EFI\Microsoft\Boot\bootmgr.efi Еще один Менеджер загрузки Windows (Windows Boot Manager) в формате EFI. Этот файл не получает управления из загрузчиков bootmgfw.efi / bootx64.efi при загрузке с жесткого диска в данной версии ОС. Можно предположить, что он использовался в предыдущих версиях, например с Windows Vista и ранее. Но почему его тогда не удалили? Есть мнение, что он оставлен для совместимости с разнообразными кривыми реализациями UEFI на платах, где прошивка могла жестко загружать именно этот загрузчик.
\EFI\Microsoft\Boot\xx-XX\*.mui Файлы ресурсов одноименных программ, содержащие текст локализации интерфейса основной программы на соответствующем языке.
\EFI\Microsoft\Boot\Fonts\*.ttf Шрифты формата TTF. Применяются в меню загрузки.
\EFI\Microsoft\Boot\Resources\bootres.dll Ресурсная DLL для кода стадии загрузки. Содержит код (функции) и данные (секции ресурсов) с графическими логотипами загрузки.
\EFI\Boot\bootx64.efi Является «default boot loader» или «fallback boot loader», то есть загрузчиком по-умолчанию для архитектуры x64 в формате EFI. Получает управление, если EFI NVRAM переменная BootOrder не задана, выполняется загрузка с переносного устройства, либо по какой-то причине были стерты (сбились) установки в NVRAM, определяющие порядок загрузки. Подобное поведение прошивки UEFI описано в спецификации, то есть код UEFI ищет стандартную директорию на носителе в партиции EFI System Partition (ESP): \EFI\Boot и стандартное имя файла загрузчика: boot.efi. Идентичен до байта файлу \EFI\Microsoft\Boot\bootmgfw.efi.

Приложение или драйвер в формате EFI — это обычный файл формата Windows PE DLL, у которого в заголовке задано специфическое значение поля Subsystem. Введены три новых значения (в десятичной системе счисления): EFI приложение = 10, EFI драйвер этапа загрузки = 11, EFI драйвер режима выполнения = 12. Формат EFI PE DLL не имеет привычных нам секций таблиц символов, таблиц экспорта, таблиц импорта и прч. В остальном структура исполнимого файла идентична.

Microsoft размещает копии менеджеров загрузки в обеих местоположениях, где они могут загружаться: в дереве вендора (\EFI\Microsoft\Boot\) и в дереве загрузки по-умолчанию (\EFI\Boot\). Сделано это для того, что бы быть уверенным, что загрузка ОС пройдет в любой случае, и в случае слетевших установок NVRAM и в случае нормального процесса.

Зарезервированный раздел

Зарезервированный раздел Microsoft. Microsoft Reserved Partition (MSR). Одно из назначений раздела — использование в случае преобразования типа диска (простой-динамический).

Поскольку спецификация UEFI в структуре GPT не позволяет резервировать пространство между разделами для нужд ОС, Microsoft использует для этих целей специализированный раздел MSR.

Представляет из себя невидимый в обычной оснастке «управление дисками» раздел, который используется для нужд операционной системы. Не сопоставлен с какой-либо файловой системой. Одно из назначений раздела — использование в случае преобразования типа диска (простой-динамический). В случае конвертирования диска базового (простого) в динамический, система уменьшит размер MSR и на освободившемся пространстве создаст новый раздел, на котором разместит базу динамического диска. Как вычисляется размер MSR?

Основной раздел

Basic data partition (PatititonTypeGUID раздела равен EBD0A0A2-B9E5-4433-87C0-68B6B72699C7). Основной раздел данных. Раздел, на который была произведена инсталляция ОС Windows (у нас в системе он виден как диск C:). Содержит полную структуру каталогов ОС: Program Files, Program Files (x86), ProgramData, System Volume Information, Windows, Users(Пользователи), то есть все данные ОС. Поскольку раздел основной и системный, то и отформатирован он исключительно в файловой системе NTFS. Однако, разделы типа «Basic data partition» (основные разделы) могут содержать не только файлы ОС, этим типом маркируются все вновь созданные через оснастку «Управление дисками» разделы. Разделы этого типа могут содержать файловые системы FAT32/NTFS.

Раздел Push Button Reset

Необязательный скрытый раздел, предназначенный для восстановления системы в исходное «заводское» состояние через алгоритм под названием «Push Button Reset» (вольный перевод: сброс состояния одной кнопкой). Технология позволяет удалить текущую установленную Windows 8 и восстановить чистую, заводскую копию всего за несколько минут. Обычно создается на ноутбуках/моноблоках. В нашем случае отсутствует. Хранит данные для восстановления. Размер достаточно большой, 15-20Гб.

Выводы

Ну вот, мы подошли уже к концу нашего небольшого эксперимента, бегло изучив структуру разделов GPT в Windows 8. Удалось выяснить, что инсталлятор Windows 8, работающий в системе с UEFI, в ходе процесса установки, в случае типовой разметки, создает несколько GPT разделов (перечислены в порядке физического размещения на носителе):

  1. Раздел восстановления. Размер 300Мб. Содержит среду восстановления.
  2. Шифрованный EFI системный раздел. Раздел EFI System Partition (ESP). Содержит загрузчик и другие необходимые для загрузки системы данные, такие как хранилище конфигурации загрузки (BCD), bootx64.efi и прочее. Может содержать файлы, используемые технологией BitLocker. ESP занимает примерно 1% от ёмкости жёсткого диска или минимум 100 Мбайт и максимум 1000 Мбайт. Файловая система FAT.
  3. «Невидимый» раздел восстановления. MSR. Имеет обозначение Microsoft Reserved. Этот раздел используется для нужд операционной системы. К примеру, раздел используется в случае преобразования типа диска (простой-динамический).
  4. Основной раздел. Используется для размещения файлов операционной системы.
  5. Раздел Push Button Reset. Содержит данные для восстановления операционной системы в заводское состояние.

Столкнулись с проблемой, что невозможно удалить EFI раздел с жёсткого диска в Windows? Не волнуйтесь данную проблему можно решить довольно быстро!

Если у вас стоял Хакинтош, либо была установлена ОС Windows на другом диске, либо флешке, то на нем наверняка существует EFI «защищенный раздел GPT», который к сожалению нельзя удалить из графического интерфейса! Устанавливать стороннюю программу? Как вариант, но можно обойтись и стандартными средствами! В этом нам поможет утилита DiskPart!

Удалить «защищенный раздел GPT» в Windows

  1. Запустите “Управление дисками”
    • Нажмите одновременно на клавиатуре “Win” + “R”, а потом в окне “Выполнить” ввести команду “diskmgmt.msc“
  2. Либо правой кнопкой мыши по меню пуск и выбрать “Управление дисками”
  3. Определяем диск на котором установлен находиться EFI раздел:
  4. Теперь запустите командную строку и введите команду diskpart
  5. Просматриваем подключенный диск: lis disk
  6. Выбираем диск на котором необходимо удалить efi раздел или «защищенный раздел GPT» “sel disk X” (вместо X, номер диска)
  7. Просматриваем разделы lis part
  8. Выбираем раздел который необходимо удалить, вводим команду “sel part X” (вместо X, ваше значение)
  9. Удаляем раздел del part override

EFI, «защищенный раздел GPT» будет удален!

Восстановление удаленного загрузочного EFI раздела в Windows 10/8/7

В этой статье мы покажем, как вручную восстановить случайно удаленный загрузочный раздел Windows на UEFI системе. Изначально в статье был описан мой опыт по восстановлению загрузочного EFI раздела на Windows 7, однако статья актуальна и для современных операционных систем Microsoft (от Windows 7 и до Windows 10). Она не раз выручала меня, после случайного форматирования или удаления EFI раздела в Windows 10. В этой статье мы покажем простой способ ручного пересоздания загрузочного EFI и MSR разделов в Windows.

Итак, предположим, что каким-то образом случайно (или не очень случайно, например при попытке удалить с диска OEM разделы производителя) был удален или отформатирован загрузочный EFI раздел на UEFI системе (не BIOS), в результате чего Windows 10 / 8.1 / 7 перестала загружаться, циклически предлагая выбрать загрузочное устройство (Reboot and select proper boot device or insert boot media in selected). Разберемся можно ли восстановить работоспособность Windows при удалении раздела с Boot Manager без переустановки системы.

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

Структура разделов на GPT диске

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

  • Системный раздел EFI (EFI System Partition или ESP — Extensible Firmware Interface) – 100 Мб (тип раздела — EFI).
  • Резервный раздел Майкрософт – 128 Мб (тип раздела — MSR).
  • Основной раздел Windows – раздел с Windows.

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

Раздел EFI c файловой системой Fat32 является обязательным на дисках с GPT разметкой на UEFI системах. Данный раздел, по аналогии с разделом System Reserved на дисках с MSR разметкой, хранит хранилище конфигурации загрузки (BCD) и ряд файлов, необходимых для загрузки Windows. При загрузке компьютера среда UEFI загружает с раздела EFI (ESP) загрузчик (EFI\Microsoft\Boot\bootmgfw.efi) и передает управление ему. Если этот раздел удален, загрузить ОС нельзя.

MSR раздел на GPT диске используется для упрощения управления разделами и используется для служебных операций (например, при конвертирования диска из простого в динамический). Это резервный раздел, которому не назначается код раздела. На этом разделе нельзя хранить данные пользователя. В Windows 10 размер MSR раздела – всего 16 Мб (в Windows 8.1 размер MSR раздела – 128 Мб), файловая система – NTFS.

Совет. Для установки Windows на компьютерах с поддержкой UEFI понадобится оригинальный DVD или специально подготовленная загрузочная флешка с Windows 7, Win 8.1 / Serve 2012 или Win 10 / 2016.

Вручную создаем EFI и MSR разделы на GPT диске

Т.к. система корректно не загружается, нам понадобится установочный диск с Windows 10 (Win 8 или 7) или любой другой загрузочный диск. Итак, загружаемся с установочного диска и на экране начала установки нажимаем комбинацию клавиш Shift+F10. Должно открыться окно командной строки:

Запустим утилиту управления дисками и разделами:

Выведем список жестких дисков в системе (в этом примере он один, disk 0. Звездочка (*) в столбце Gpt означает, что диск использует GPT таблицу разделов).

list disk

Выберем этот диск:

Select disk 0

Выведем список разделов на диске:

List partition

В нашем примере в системе осталось всего 2 раздела:

  • Раздел MSR — 128 Мб
  • Системный раздел Windows – 9 Гб

Как мы видим, раздел EFI отсутствует (удален).

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

Важно! Здесь будьте максимально внимательными и не удалите случайно раздел с Windows или разделы с пользовательскими данными (если таковые имеются).

Выбираем раздел для удаления:

Select partition 1
И удаляем его:
Delete partition override

Убедимся, что остался только раздел с Windows:

List partition

Теперь мы можем вручную пересоздать разделы EFI и MSR. Для этого в контексте утилиты diskpart последовательно выполните команды:

Выбираем диск:

select disk 0

create partition efi size=100

Убеждаемся, что выбран раздел 100 Мб (звездочка напротив строки Partition 1):

В нашем случае разделу с Windows уже назначена буква диска C:, если это не так, назначим ему букву следующим образом:

select vol 1
assign letter=C
exit

Восстановление EFI загрузчика и BCD в Windows

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

Скопируем файлы среды EFI из каталога вашего диска, в который установлена ваша Windows:

mkdir G:\EFI\Microsoft\Boot

xcopy /s C:\Windows\Boot\EFI\*.* G:\EFI\Microsoft\Boot

Пересоздадим конфигурацию загрузчика Windows 10 / 7:

Вы можете заменить надпись “My Windows 10”, на любую другую.

Совет. В том случае, если на разделе EFI были повреждены только файлы среды EFI, а сам раздел остался на месте, вы можете пропустить процесс пересоздания разделов с помощью diskpart. Хотя в большинстве случаев достаточно восстановить загрузчик по статье Восстановление EFI загрузчика в Windows 10 / 8.1. Вручную пересоздать BCD на обычных MBR+BIOS системах можно так.

Команда возвращает GUID созданной записи, в следующей команде этот GUID нужно подставить вместо {your_guid}.

Дальнейшие команды выполняются в контексте {default}:

Перезагружаем компьютер … В нашем случае с первого раза он не загрузился, пришлось дополнительно поплясать с бубном:

  1. Отключаем питание ПК.
  2. Отключаем (физически) жесткий диск.
  3. Включаем ПК, дожидаемся появления окна с ошибкой загрузки и снова его выключаем.
  4. Подключаем диск обратно.

Затем в нашем случае (тестирование проводилось на виртуальной машине VMWare с UEFI средой) пришлось добавить новый загрузочный пункт меню, выбрав файл EFI\Microsoft\Boot\bootmgrfw.efi на EFI разделе.

В некоторых UEFI меню по аналогии нужно изменить приоритет загрузочных разделов.

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

Совет. Если что-то не заработало, рекомендуем проверить, что загрузочный флаг (boot flag) установлен только у раздела EFI. Проще всего в этом убедится с помощью LiveCd GParted.

Как удалить шифрованный раздел

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *