Попался мне странный жесткий диск, кажись там линух был или MacOS. Все разделы удалил, но один, стандартными средствами (Дисковая утилита и Управление дисками) на 200 метров не смог.
В контекстном меню пункт Удалить том … неактивен.
Удалить шифрованный EFI раздел в Windows 7 можно консольной программой diskpart .
1. Запустить cmd от имени администратора
2. Ввести в cmd – diskpart . Запустится diskpart в новом окне
list disk – смотрим список дисков
select disk # – выбираем нужный диск. вместо # указываем номер диска
clean – удаление всех разделов или томов на диске
list partition – проверка, что все разделы удалены
4. Проверяем результат в Управление дисками
.
5. Все разделы удалены.
раздел efi
efi разделы
efi раздел диске
efi раздел windows
таблица mbr разделов системе efi
раздел gpt efi
системный раздел efi
шифрованный efi раздел
удалить раздел efi
создать efi раздел
отформатировать efi раздел
шифрованный efi системный раздел
раздел efi mac
efi раздел mac os
загрузочный раздел efi
отформатировать efi раздел fat32
отформатировать системный раздел efi fat32
системный раздел efi отформатирован ntfs
создание efi раздела
отформатируйте системный раздел efi формате fat32
установлено системный раздел efi
efi разделы жесткого диска
восстановление efi раздела
удалить шифрованный efi раздел
как восстановить раздел efi
открыть шифрованный раздел efi
как удалить шифрованный efi системный раздел
размер efi раздела
раздел с efi в linux
удаление раздела efi
смонтировать efi раздел
Иногда ошибки ESP.exe и другие системные ошибки EXE могут быть связаны с проблемами в реестре Windows. Несколько программ может использовать файл ESP.exe, но когда эти программы удалены или изменены, иногда остаются "осиротевшие" (ошибочные) записи реестра EXE.
В принципе, это означает, что в то время как фактическая путь к файлу мог быть изменен, его неправильное бывшее расположение до сих пор записано в реестре Windows. Когда Windows пытается найти файл по этой некорректной ссылке (на расположение файлов на вашем компьютере), может возникнуть ошибка ESP.exe. Кроме того, заражение вредоносным ПО могло повредить записи реестра, связанные с MSDN Disc 2432.6. Таким образом, эти поврежденные записи реестра EXE необходимо исправить, чтобы устранить проблему в корне.
Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей ESP.exe не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!
В связи с подобным риском мы настоятельно рекомендуем использовать надежные инструменты очистки реестра, такие как %%product%% (разработанный Microsoft Gold Certified Partner), чтобы просканировать и исправить любые проблемы, связанные с ESP.exe. Используя очистку реестра , вы сможете автоматизировать процесс поиска поврежденных записей реестра, ссылок на отсутствующие файлы (например, вызывающих ошибку ESP.exe) и нерабочих ссылок внутри реестра. Перед каждым сканированием автоматически создается резервная копия, позволяющая отменить любые изменения одним кликом и защищающая вас от возможного повреждения компьютера. Самое приятное, что устранение ошибок реестра может резко повысить скорость и производительность системы.
Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.
Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с ESP.exe (например, MSDN Disc 2432.6):
- Нажмите на кнопку Начать .
- Введите "command " в строке поиска... ПОКА НЕ НАЖИМАЙТЕ ENTER !
- Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER .
- Будет выведено диалоговое окно для доступа.
- Нажмите Да .
- Черный ящик открывается мигающим курсором.
- Введите "regedit " и нажмите ENTER .
- В Редакторе реестра выберите ключ, связанный с ESP.exe (например, MSDN Disc 2432.6), для которого требуется создать резервную копию.
- В меню Файл выберите Экспорт .
- В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа MSDN Disc 2432.6.
- В поле Имя файла введите название файла резервной копии, например "MSDN Disc 2432.6 резервная копия".
- Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь .
- Нажмите Сохранить .
- Файл будет сохранен с расширением.reg .
- Теперь у вас есть резервная копия записи реестра, связанной с ESP.exe.
Следующие шаги при ручном редактировании реестра не будут описаны в данной статье, так как с большой вероятностью могут привести к повреждению вашей системы. Если вы хотите получить больше информации о редактировании реестра вручную, пожалуйста, ознакомьтесь со ссылками ниже.
В этой статье мы покажем, как вручную восстановить случайно удаленный загрузочный раздел Windows на UEFI системе. Изначально в статье был описан мой опыт по восстановлению загрузочного EFI раздела на Windows 7, однако статья актуальна и для современных операционных систем Microsoft (от Windows 7 и до Windows 10). Она не раз выручала меня, после случайного форматирования или удаления EFI раздела в Windows 10. В этой статье мы покажем простой способ ручного пересоздания загрузочного EFI и MSR разделов в Windows.
Итак, предположим, что каким-то образом случайно (или не очень случайно, например при попытке ) был удален или отформатирован загрузочный 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 разметкой на . Как минимум должны присутствовать следующие разделы:
- Системный раздел EFI (EFI System Partition или ESP — Extensible Firmware Interface) – 100 Мб (тип раздела - EFI ).
- Резервный раздел Майкрософт – 128 Мб (тип раздела - MSR ).
- Основной раздел Windows – раздел с Windows .
Это именно минимальная конфигурация. Эти разделы создает установщик Windows при установке системы на неразмеченный диск. Производители ПК или сами пользователи могут дополнительно создавать собственные разделы, содержащие, к примеру среду восстановления Windows в файле winre .wim (), раздел с резервным образом системы от производителя (позволяет откатится к исходному состоянию компьютера), пользовательские разделы и т.д.
Раздел 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.
Вручную создаем EFI и MSR разделы на GPT диске
Т.к. система корректно не загружается, нам понадобится установочный диск с Windows 10 (Win 8 или 7) или любой другой загрузочный диск. Итак, загружаемся с установочного диска и на экране начала установки нажимаем комбинацию клавиш Shift +F 10 . Должно открыться окно командной строки:
Запустим утилиту управления дисками и разделами:
Выведем список жестких дисков в системе (в этом примере он один, disk 0 . Звездочка (* ) в столбце Gpt означает, что диск использует GPT таблицу разделов).
Выберем этот диск:
Выведем список разделов на диске:
В нашем примере в системе осталось всего 2 раздела:
- Раздел MSR — 128 Мб
- Системный раздел Windows – 9 Гб
Как мы видим, раздел EFI отсутствует (удален).
Наша задача удалить оставшийся MSR раздел, так чтобы на диске осталось неразмечено как минимум 228 Мб свободного места (для разделов MSR и EFI). Удалить оставшийся раздел можно с помощью графической GParted или непосредственно из командной строки (именно так и поступим).
Выбираем раздел для удаления:
Select partition 1
И удаляем его:
Delete partition override
Убедимся, что остался только раздел с Windows:
Теперь мы можем вручную пересоздать разделы EFI и MSR. Для этого в контексте утилиты diskpart последовательно выполните команды:
Выбираем диск:
create partition efi size=100
Убеждаемся, что выбран раздел 100 Мб (звездочка напротив строки Partition 1):
list partition
select partition 1
format quick fs=fat32 label="System"
assign letter=G
create partition msr size=128
list partition
list vol
В нашем случае разделу с 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:
g:
cd EFI\Microsoft\Boot
bcdedit /createstore BCD
bcdedit /store BCD /create {bootmgr} /d “Windows Boot Manager”
bcdedit /store BCD /create /d “Windows 7” /application osloader
Вы можете заменить надпись “My Windows 10”, на любую другую.
Совет . В том случае, если на разделе EFI были повреждены только файлы среды EFI, а сам раздел остался на месте, вы можете пропустить процесс пересоздания разделов с помощью diskpart. Хотя в большинстве случаев достаточно восстановить загрузчик по статье . Вручную пересоздать BCD на обычных MBR+BIOS системах можно .
Команда возвращает GUID созданной записи, в следующей команде этот GUID нужно подставить вместо {your_guid}.
bcdedit /store BCD /set {bootmgr} default {your_guid}
bcdedit /store BCD /set {bootmgr} path \EFI\Microsoft\Boot\bootmgfw.efi
bcdedit /store BCD /set {bootmgr} displayorder {default}
Дальнейшие команды выполняются в контексте {default}:
bcdedit /store BCD /set {default} device partition=c:
bcdedit /store BCD /set {default} osdevice partition=c:
bcdedit /store BCD /set {default} path \Windows\System32\winload.efi
bcdedit /store BCD /set {default} systemroot \Windows
exit
Перезагружаем компьютер … В нашем случае с первого раза он не загрузился, пришлось дополнительно поплясать с бубном:
- Отключаем питание ПК.
- Отключаем (физически) жесткий диск.
- Включаем ПК, дожидаемся появления окна с ошибкой загрузки и снова его выключаем.
- Подключаем диск обратно.
Затем в нашем случае (тестирование проводилось на ) пришлось добавить новый загрузочный пункт меню, выбрав файл EFI\Microsoft\Boot\bootmgrfw.efi на EFI разделе.
В некоторых UEFI меню по аналогии нужно изменить приоритет загрузочных разделов.
После всех рассмотренных манипуляций Windows должна загрузиться корректно.
Компания Microsoft к релизу операционной системы Windows 10 максимально упростила процесс ее инсталляции на компьютер. Установить систему можно с диска или флешки, при этом нажав на несколько пунктов меню и некоторое время подождав. Несмотря на это, после установки многие пользователи сталкиваются с проблемой в виде наличия среди подключенных устройств и дисков нового накопителя с надписью «Зарезервировано системой». В рамках статьи будет рассмотрено, как убрать такой диск, от чего он появляется, зачем нужен, и как не допустить его создания.
Зачем необходим зарезервированный системой диск
На этапе установки Windows диск зарезервированный системой создается автоматически, если не выполнить принудительное отключение. При грамотно проведенной процедуре инсталляции, он остается скрытым от пользователя, который даже не подозревает о его существовании. Появление диска является следствием создания отдельного раздела на 200-600 Мб в процессе установки системы.
Если после установки вы зашли в «Мой компьютер» и обнаружили наличие отдельного накопителя, на котором написано «Зарезервировано системой», причиной тому может быть следующее:
- Операционная система была установлена не с лицензионного дистрибутива;
- На этапе установки Windows проводились работы по перераспределению дискового пространства;
- Была выполнена операция ;
- На новый накопитель Windows был скопирован с другого носителя.
Сам по себе зарезервированный системой раздел необходим для хранения параметров загрузки. Начиная с операционной системы Windows 7, на накопителе выделяется отдельный раздел под нужды системы, тогда как раньше он располагался напрямую на системном диске.
В Windows 10 система резервирует под свои нужды от 500 до 600 Мб, при этом на более ранних версиях ей требовалось не более 300 Мб. Связано это с тем, что в новой операционной системе компания Microsoft начала добавлять функциональность восстановления Windows на данный технический раздел.
Важно:
В профессиональных версиях операционной системы Windows имеется функция BitLocker. Она позволяет пользователям шифровать данные на жестком диске или внешних носителях. На зарезервированном системой диске хранится необходимая информация для расшифровки данных.
Как убрать зарезервированный системой диск
Наличие дополнительного диска среди накопителей может раздражать пользователей или вводить их в замешательство. В такой ситуации у них возникает желание убрать зарезервированный системой диск. Естественно, компания Microsoft позаботилась, чтобы удалить с него данные и отформатировать пользователь компьютера не мог даже с правами администратора.
Если у вас есть желание убрать зарезервированный системой диск из списка накопителей, сделать это необходимо следующим образом:
После этого в проводнике зарезервированный системой диск более не будет отображаться. При этом его работа не будет нарушена, и при необходимости восстановления системы, Windows сможет воспользоваться информацией из данного раздела.
Важно: Если в компьютере установлено несколько накопителей, пользователь может заметить наличие двух (или более) разделов, зарезервированных системой. Это говорит о том, что ранее на подключенных дисках также стояла Windows, которая создала данный раздел. Для грамотной работы текущей системы «старый резерв» не потребуется, и его можно смело удалить, а после отформатировать диск, создав раздел, занимающий весь объем накопителя.
Как запретить Windows резервацию диска
Выше было отмечено, что компания Microsoft специально продумала создание данного раздела на жестком диске, чтобы пользователь мог восстановить систему при возникновении серьезных ошибок на базовом накопителе. Исходя из этого, в процессе установки операционной системы лучше не отключать его создание, чтобы в будущем избежать возможных проблем. Несмотря на это, запретить Windows резервацию диска при установке системы возможно, для этого нужно:
- Запустить командную строку до выбора жесткого диска для будущей системы. Делается это в процессе установки Windows при помощи комбинации клавиш Windows+F10;
- Далее в открывшемся окне необходимо написать и активировать (клавишей Enter) команду diskpart . После этого выбрать с помощью команды select disc 0 базовый жесткий диск. И следом ввести команду create partition primary , чтобы создать основной раздел до того, как Windows сделает это автоматически;
- После выполнения действий закройте командную строку и продолжите установку системы, выбрав среди предложенных для ее расположения вариантов ранее созданный раздел.
Важно: Данный способ нельзя применять, если необходимо сохранить структуру жесткого диска, разбитого на несколько разделов (например, на C и E). После выполнения описанных выше команд, будет удалена вся информация с раздела E.
Таким образом, это вопрос с сестрой по моему предыдущему вопросу о разделении для загрузчика UEFI. Отклонение за загрузчик UEFI, можно использовать LVM?
Отказ от ответственности: я не рассказываю о данных. Windows 8 может умереть в огне.
Следуя инструкциям, у меня есть одно 400-мегабайтное устройство, которое, как мне кажется, ранее было разделом Microsoft Reserved (я считаю, что это раздел MBR?). Прежде чем я понял, что мне нужно сделать, я удалил существующий раздел с помощью утилиты fdisk и создал раздел MBR с файловой системой ext4 и перезагрузился, чтобы изменения вступили в силу.
Затем я понял, что это не сработает для прошивки UEFI, прошивки, такой хипстер и потрясающей, что она должна быть разной во всех отношениях. gdisk этот раз я вошел в gdisk и искал разделы, и не нашел ни одного. Я создал новый раздел GUID на этом устройстве 400 МБ с правильным кодом EFI типа EF00. Это оказалось успешным, поэтому я создал файловую систему FAT32, mkfs -t fat32 /dev/sda1 и это было успешным.
Я выполнил все инструкции по установке Arch Linux с загрузочного установочного компакт-диска, который был загружен в режиме UEFI, который я мог бы добавить. Я дошел до того, что я установил gummiboot в систему, и он сразу сообщил мне, что мое устройство sda1 не является надлежащим разделом EFI. Тщательно запутавшись, я сделал gdisk -l на устройстве и обнаружил, что он определил, что раздел GPT поврежден, и раздел MBR все еще существует.
Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: damaged
Затем он представил три варианта: MBR, GPT или чистый GPT. Я выбрал GPT, думая, что он удалит таблицы разделов MBR, но это не имеет значения.
Понимая, что я до сих пор не знаю, и не знаю, как создать надлежащий раздел GPT из существующего раздела MBR, я провел Quick Analyze на testdisk и все выглядит хорошо и зелено. Утилита testdisk признает это как правильный загрузочный раздел EFI во всех отношениях.
Я хотел бы починить раздел GPT, если это возможно, поэтому я могу избежать всех шагов по установке и настройке, начиная с моей установки Arch. Если это невозможно, и мне нужно уничтожить этот раздел и начать с него, я могу сохранить данные, которые уже были установлены здесь, и вручную добавить их обратно после того, как я исправил загрузочный раздел?
One Solution collect form web for “Создание загрузочного GPT-раздела EFI с помощью gdisk на предыдущем MBR, поврежденный GPT”
Обозначение Ubuntu UEFI Community Wiki . Те же правила применяются независимо от распространения.
Создание раздела EFI
Если вы вручную разделяете свой диск в установщике Ubuntu, вам нужно убедиться, что у вас настроен раздел EFI.
- Если на вашем диске уже есть раздел EFI (например, если на вашем компьютере установлена Windows8), его также можно использовать для Ubuntu. Не отформатируйте его. Настоятельно рекомендуется иметь только один раздел EFI на диск.
Раздел EFI может быть создан с помощью последней версии GParted (версия Gparted, включенная в диск 12.04, в порядке. Примечание: я включил ссылку на GParted LiveCD ) и должен иметь следующие атрибуты:
- Точка монтирования: /boot/efi (примечание: нет необходимости устанавливать эту точку монтирования при использовании ручного разбиения, установщик Ubuntu обнаружит ее автоматически)
- Размер: минимум 100Mib. Рекомендуется 200MiB.
- Тип: FAT32
- Другое: требуется флаг «boot».
Смотрите этот снимок экрана, который даст вам представление о макете. (Уведомление /dev/sda1 , я извиняюсь за то, что снова полагаюсь на снимки Ubuntu.) Вы можете создать этот раздел, изменив размер своей арки, если это необходимо. Это также макет для OSX, поэтому, если вы хотите двойной загрузки с помощью Win8, вы бы объединили sda2 и sda3 со скриншота ниже в 1 раздел типа ntfs, а затем sda4 , sda5 и sda6 , будут использоваться для Arch.
Что касается LVM
Я считаю, что LVM можно использовать, но опыт будет определять, что раздел EFI и точка монтирования, которую вы создаете, не могут существовать внутри группы томов и не должны существовать как том. Чтобы ваш раздел EFI был «чистым», создайте раздел, который не является частью какого-либо LV.