Восстановление загрузчика windows 2008 r2 gpt

Возможные Причины

Загрузчик Windows (Windows Boot Manager) хранит свои файлы в отдельном разделе, в большинстве случаев. В состав файлов входят — конфигурационный файл, и бинарные файлы. Если используется устаревшая схема загрузки на основе BIOS (MBR) систем, то в придачу к этому, на диск записывается загрузочная запись MBR (Master Boot Record), осуществляющая запуск бинарных файлов с указанного раздела.

Загрузка Windows осуществляется в два этапа:

1. BIOS (MBR/UEFI) выполняет поиск и запуск загрузчика (его бинарных файлов).
2. Загрузчик выполняет запуск ядра операционной системы.

Учитывая вышеописанное, возможных проблем может быть всего лишь две:

1. Проблемы с загрузочным разделом, и его файлами.
2. Проблемы с загрузочной записью MBR.

Может быть еще и третья проблема. Она не связана напрямую с загрузчиком, поэтому ее я не стал вносить в список. Проблема заключается в удалившихся загрузочных записях UEFI BIOS. Устраняется очень просто, сброс настроек UEFI BIOS, или ручное добавление соответствующей загрузочной записи через UEFI Shell. Как это сделать, можно прочитать тут, а как сделать загрузочный диск с UEFI Shell тут.

Необходимые Инструменты

Для всех манипуляций потребуется только лишь установочный диск Windows, а точнее его среда предустановки (WinPE). Скачать установочный диск Windows можно на официальном сайте Microsoft по ссылке https://www.microsoft.com/ru-ru/software-download.

Скачивание абсолютно бесплатно. Для дистрибутива Windows 10, предоставлена программа для создания загрузочного USB/CD диска, или установочного ISO образа.

Тестовое Окружение

В качестве тестовой ОС будет выступать Windows 10. Будет продемонстрировано восстановление загрузчика как версии на MBR диске, так и на GPT (UEFI).

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

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

Для GPT диска, будет продемонстрировано восстановление загрузочного раздела и файлов загрузчика. На фото ниже, отмечен загрузочный EFI-раздел, в котором расположены файлы загрузчика.

В случае с GPT-диском, файлы загрузчика и среда восстановления располагаются в разных разделах. Загрузочный EFI-раздел всегда отформатирован в файловую систему FAT, т.к. UEFI BIOS поддерживает только ее.

Восстановление Записи MBR

Разберем ситуацию с поврежденной/перезаписанной MBR-записью. Часть первого сектора диска, отвечающей за запуск загрузчика, тестовой машины была намерено затерта.

Windows в данном случае естественно загружаться не будет.

Попробуем восстановить испорченную MBR-запись загрузчика Windows. Загрузимся с установочного диска на проблемной машине.

При появлении мастера установки, нажимаем сочетание клавиш SHIFT+F10, откроется командная строка.

Записать новую MBR-запись можно двумя способами, легким и не очень. Легкий выполняется с помощью команды bootrec, не очень, с помощью команды bootsect, совместно с командой bcdedit.

Рассмотрим сначала легкий способ. Восстанавливаем запись MBR.

:: Восстанавливаем MBR-запись диска
bootrec /fixmbr

Если сейчас выполнить перезагрузку машины, в надежде увидеть корректную загрузку Windows, то возможно вы получите ошибку загрузчика 0xc000000e (

Your PC/Device needs to be repaired

.

A required device isn’t connected or cant’t be accessed

. The application or operating system couldn’t loaded because a recuired file is missing ir contains errors.

File: Windowssystem32winload.exe

).

Связана данная ошибка исключительно с конфигурацией загрузчика.

Устранить эту проблему можно выполнив исправление конфигурационного BCD-файла загрузчика Windows Boot Manager. Делается это, так же, с помощью команды bootrec.

:: Восстанавливаем конфигурационный BCD-файл
bootrec /rebuildbcd

Проверим параметры загрузчика после фикса.

Загрузчик восстановлен.

Теперь способ второй, немного более сложный.

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

:: Вывод точек монтирования системы с помощью различных команд

:: WMIC - более подробный вывод
wmic volume list brief

:: FSUtil - вывод только имен дисков
fsutil volume list

:: MountVol - вывод только имен дисков
mountvol

Каждая из этих команд выводит список всех подключенных разделов. Команда wmic предоставляет самую подробную информацию.

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

Определив целевой системный раздел, в моем случае это диск D:, можно перейти к восстановлению MBR-записи.

:: Восстановление MBR-записи диска
bootsect /nt60 D: /mbr /force

Проверяем конфигурацию загрузчика.

:: Вывод загрузочных записей загрузчика Windows
bcdedit

У дефолтной загрузочной записи не определены параметры device и osdevice. В качестве значений данных параметров должна быть указана буква диска с установленной ОС Windows. Без данных параметров система не сможет загрузиться корректно, и выдаст уже описанное ранее сообщение об ошибке. Поправим загрузочную запись.

:: Указываем системный раздел для загрузочной записи по умолчанию
bcdedit /set {default} device "partition=D:"
bcdedit /set {default} osdevice "partition=D:"

:: Выводим параметры загрузочной записи по умолчанию
bcdedit /set {default}

Восстановление загрузчика выполнено.

Важным замечанием второго способа, является то, что конфигурация загрузчика не восстанавливается полноценно. Мы лишь поправили загрузочную запись по умолчанию ({default}), отвечающую лишь за запуск ОС Windows, другие записи конфигурационного файла загрузчика будут и прежде содержать параметры со значением unknow.

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

Восстановление Загрузчика Windows (BIOS/MBR)

Усугубим тестовую ситуацию. Представим, что после определенных манипуляций, был удален загрузочный раздел ОС Windows. Что необходимо делать в данной ситуации?

1. Заново создать загрузочный раздел.
2. Записать на созданный раздел файлы загрузчика Windows.
3. Записать на созданный раздел файлы среды восстановления Windows (не обязательно).

По поводу третьего пункта, почему он не обязателен? Работа загрузчика, и в общем ОС в целом, никак не зависит от среды восстановления. Она используется лишь при аварийных ситуациях. Запускается данная среда загрузчиком при определенных условиях, например, пара прерванных загрузок ОС. То есть, если не будет загрузчика, то и среда восстановления не будет работать.

Приступим. На тестовой машине был намерено удален загрузочный раздел.

Попытка загрузки на данном этапе, ожидаемо приведет к ошибке.

Загружаем установочный диск OC Windows.

Запускаем командную строку, нажав сочетание клавиш SHIFT+F10.

Создадим загрузочный раздел. Особых требований к загрузочному разделу нет. Это должен быть раздел с файловой системой NTFS (желательно, но не обязательно), с достаточным объемом свободного пространства, чтобы вместить файлы загрузчика и среды восстановления.

:: Запускаем программу diskpart
diskpart

rem Выводим список дисков системы
list disk

rem Выбираем диск под номером 0
select disk 0

rem Выводим список разделов выбранного диска
list partition

rem Создаем первичный раздел в начале диска, размером в 550МБ
create partition primary offset=1 size=550

rem Помечаем созданный раздел как активный
active

rem Форматируем созданный раздел
format fs=ntfs quick label="Sytem Reserved"

rem Монтируем созданный раздел
assign

rem Узнаем букву под которой смонтирован созданный ранее раздел
list volume

Раздел создан. Запоминаем букву под которой он смонтирован, в моем случе диск E:. Эта информация потребуется для выполнения последующих команд.

Выполним установку загрузчика на созданный раздел. Но, предварительно нужно выяснить, под какой буквой скрывается раздел с установленной ОС Windows. Узнать данную информацию можно, так же, на предыдущем шаге (diskpart — list volume), либо по способам описанным в предыдущем разделе. В моем случае это диск C:.

:: Установка файлов BIOS-загрузчика для операционной системы
:: расположенной в директории C:Windows, в загрузочный раздел E:
bcdboot C:Windows /s E: /f BIOS

Загрузчик установлен. Если сейчас выполнить перезагрузку машины, то ОС Windows благополучно загрузится.

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

Тема возврата среды восстановления, будет рассмотрена в последующих статьях.

Восстановление Загрузчика Windows (UEFI/GPT)

Рассмотрим восстановление UEFI-загрузчика ОС Windows. ОС использующие загрузку в UEFI режиме не нуждаются в загрузочных записях, на подобии MBR. Поэтому, рассмотрен будет сценарий с утраченным загрузочным EFI-разделом.

Что из себя представляет загрузочный EFI-раздел? Это обычный раздел, отформатированный в файловую систему FAT.

Перейдем к делу. Удалим на тестовой машине загрузочный EFI-раздел.

Попытка загрузки системы на данном этапе, приведет к ошибке, либо к загрузке UEFI Shell.

Загружаемся с установочного диска ОС Windows.

Открываем командную строку, нажав сочетание клавиш SHIFT+F10.

Создадим утраченный загрузочный EFI-раздел.

:: Запускаем программу diskpart
diskpart

rem Выводим список дисков системы
list disk

rem Выбираем диск под номером 0
select disk 0

rem Выводим список разделов выбранного диска
list partition

rem Создаем EFI-раздел в доступном пространстве диска, размером в 99МБ
create partition efi size=99

rem Помечаем созданный раздел как активный
active

rem Форматируем созданный раздел
format fs=fat32 quick label="System"

rem Монтируем созданный раздел
assign

rem Узнаем букву под которой смонтирован созданный ранее раздел
list volume

Раздел создан. Запоминаем букву созданного раздела, в моем случае это диск F:.

Установим загрузчик на созданный раздел. Предварительно, выясняем букву раздела с установленной ОС Windows. Как это сделать, было описано в предыдущих разделах.  В моем случае, это диск D:.

:: Установка файлов UEFI-загрузчика для операционной системы
:: расположенной в директории D:Windows, в загрузовчный раздел F:
bcdboot D:Windows /s F: /f UEFI

Загрузчик установлен. Проверяем его работу. Перезагружаем машину и наблюдаем.

Все Ok.

Итог

В статье было рассмотрено: Как восстановить загрузочную MBR-запись ОС Windows? Как выполнить восстановление BIOS-загрузчика ОС Windows? Как выполнить восстановление UEFI-загрузчика ОС Windows?

Восстановление загрузчика Windows после удаления раздела “Зарезервировано системой»

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

Эти шаги помогут вам восстановить загрузку Windows после удаления раздела System Reserved, если Windows не загружается.

Убедится в отсутствии раздела System Reserved на диске можно, загрузившись с любого загрузочного диска (установочной USB флешки) с Windows (в нашем случае использовался установочный диск с Windows Server 2012 R2).

На экране установки нажмите сочетание клавиш Shift+F10 чтобы открыть командную строку. Запустите diskpart и выведите список разделов:

Как вы видите, раздел System Reserved отсутствует и, естественно, Windows не может загрузится с этого диска.

Для восстановления работоспособности, нужно пересоздать записи загрузчика Windows. Только в данном случае, чтобы не создавать заново 500 Мб раздел System Reserved, мы пересоздадим файлы загрузчика bootmgr на системном диске C:.

В командной строке среды WinPE (установочного/загрузочного диска) выполните следующие команды. Поместите файлы среды загрузки на диск C: и укажите путь к каталогу с Windows:

bcdboot c:windows /s c:

В случае успеха, команда вернет ответ Boot files successfully created.

Теперь нужно перезаписать загручоный сектор:

bootsect.exe /nt60 All /force

Далее нужно сделать раздел C: активным (в вашем случае номера дисков и разделов могут отличаться, будьте внимательными):

diskpart
list disk
select disk 0
list partition
select partition 1
active

Затем последовательно выполните команды:

bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcd

Вторая команда выполнит сканирование всех дисков и попытается найти установленные копии Windows (Scanning all disk for Windows installations). В нашем примере ОС была найдена в каталоге C:Windows. Система запросит, нужно ли добавить найденные копии Windows в список загрузки (Add installation to boot list?). Подтверждаем это (Y).

Осталось перезагрузить компьютер и убедится, что Windows стала загружаться корректно. Убедимся, что теперь файл загрузчика bootmgr находится в корне системного диска C:.

источник: https://a174.ru/vosstanovlenie-zagruzki-windows-server-2008-r2-cherez-komandnuyu-stroku/

Имеем вот такую картину например:

При подключении всех дисков одновременно (физически) WinServer-2008-64 стартует нормально , она на Диске №2.

Если отключить все диски физически и пробовать по отдельности по одному подключать , то стартовать никак не получается — не хватает какого-то другого диска. Почему? Пытаемся разобраться…

Тома без названий — это по-видимому Ubuntu , о которых Windows тактично умалчивает, и при этом с удовольствием предлагает их задействовать для других целей : удалить,ну хотя бы оформатировать.

Интерес представляет «Зарезервировано системой H: 100Мb» — это по-видимому область Windows Loader и она на другом диске см. Диск №1. Эта такая хрень , которая и мешает жить нормальным людям.

Как я понял сначала с диска запускается MBR (Master Boot Record). Вопрос — с какого диска? Ответ похоже такой — с любого первого (по порядку по Биосу), на котором есть MBR.

Удобно еще пользоваться например ОС Ubuntu. Установили рядом с Windows на то же или другом диске и с помощью Grubber Customizer копируем MBR на любой диск (клонируем так сказать), но есть нюанс.

Загружаемся без диска №0 (500Gb физически отключаем) и все равно видим такое:
• error: no such device xxxxxxxxxxx…. тут какой-то уникальный GUID
• grub rescue>

Похоже grub (а он понятно не от Windows пришел) где-то на оставшихся 2 дисках есть, но не может он запустить что-то и предлагаем восстановить что-то. Покопашись в интернете похоже проясняется смысл grub : Ubuntu прописывает в MBR первую часть grub (ибо туда совсем мало что может поместиться), а именно только ссылку на вторую часть grub и консоль (командную строку) для нашего как раз случая, когда вторая часть grub отсутствует (или осталась на другом изъятом диске) , то через консоль Grub rescue> подключения к ОС можно все восстановить вручную.

1. Лечим опять все тем же способом через Ubuntu , т.е. устанавливаем Ubuntu рядом с Windows , опять устанавливаем grub Customizer.
2. Или запускаемся с диска Ubuntu и устанавливаем grub.
4. из консоли grub rescue> набираем несколько команд..
3. Но есть еще более быстрый способ программа Boot-Repair-disk — 5 минут и сама найдет все ОС(Win,Ubuntu,..), все Windows Loader-ы !!! Перезагружаемся и все ОК !!!

Ну и вот , что мы видим в результате:

Примечание sda,sdb,sdc … диски в Ubuntu , а также Диск 0,1,2… в Windows — условные и не фиксируются, поэтому различать конкретный диск лучше например по его размеру. Разделы на дисках различаем по Имени (Меткам) , которые можно редактировать.

Ну и еще надо добавить , что отключил я после Boot-Repair-disk диск на 1000Gb и к удивлению Win-Server-2008-2000Gb-sdc3 стартанул нормально, хотя 100Мб «Зарезервировано системой» остался на отключенном 1000Gb диске. Т.е. этот 100Мб раздел не повлиял на загрузку ОС , зачем он нужен? (точнее кому)? Как я понял у меня было 2 диска , 2 Windows Bootlodear-а и каждый появлялся при установке нового Windows на соответствующий диск.

Новый момент истины. Удалили системный (как его называет Windows ) Диск №1 раздел D:

Надо было освободить букву D: для другого раздела Диска №0. Просто для D: изменить букву или удалить полностью раздел Windows категорически отказывался , поэтому его тупо удалил через Ubuntu. А он был-то системный. Таким образом потом WinServer-2008-64 2000Gb или другая ОС на Диске №0 : теперь даже намека на старт не было. Это нормально, т.к. на удаленном разделе находился Windows bootloader, наверное поэтому он и назывался системный.

Так вот восстановить сам Windows bootloader программой Boot-Repair-disk не удалось. По-видимому Boot-Repair-disk может только найти рабочий Windows bootloader , но нарисовать его самостоятельно не может.

Шеф все пропало!? Целый день почти ушел на выяснения чем (и кого) лечить? Смысл такой, что в интернете на этом почти все программы хотят заработать деньги. А как вы понимаете попытка скорее всего одна будет и очень хочется ,чтобы была удачная. Хочется чего-то бесплатного, но платные программы только и ждут как ты выберешь какую-нибудь бесплатную утилитку и у тебя все накроется и тогда только они тебе помогут. Поэтому тут лучше остановиться и один раз на будущее во всем попробовать разобраться.

Кстати пробовал до удаления раздела файл bcd.. запустить, но на Windows Server 2008-64 его не нашел. Что и было причиной прямого удаления раздела.

В интернете нашел бесплатный Hiren’s Boot CD 15.2 , но не смог найти там где , что восстанавливать (бывает и такое, какой безумный набор всяких утилит). Paragon disk Manager — платное г…, которое только и только мечтает , чтобы у вас раздел накрылся. Извините, эмоции…

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

Но нашлась все-таки программа с простым интерфейсов и бесплатная EasyBCD по Windows. Рискнул попробовал , помогло (частично). Запускаем EasyBCD под Win7-64 Диск №1 (там Windows bootloader сохранился). Далее программа EasyBCD увидела тупо разделы с Диска №0 и я их добавил в загрузку, конечно это все зафиксировалось только в bootloader Диска №1, но и то уже хорошо.

Но вот что интересно — лицензия 1С 8.3 слетела, хотя сам-то раздел WinServer-2008-64 2000Gb целиком сохранился, не менялся. Какая тут связь? И это нормально (привыкаем). 1С 8.3 вгрызается в ваш ПК намертво, даже область загрузки для нее имеет значение.

Теперь как решается проблема с восстановлением загрузочной области Windows Server 2008-64 R2 (именно Windows Server 2008, ибо с другим этого скорее всего не будет). По русскому интернету нифига не нашел, зато на https://social.technet.microsoft.com/Forums/ люди всего мира благодарили человека, даже в любви признавались, за то , что он догадался вставить для восстановления Windows Server 2008 DVD Windows7-64:

Сначала как-бы загружаем Windows Server 2008 DVD и у нас там вообще сначала не видно никаких ОC которые надо восстановить.
Потом на каком-то этапе Windows Server 2008 DVD увидел наши 2 ОС. Но восстановить загрузочную область для них не смог. Остановились на BOOTMGR is missing.

Вот тут-то и делаем так (извините подробно не записывал):

1. Windows Server 2008 DVD:
rename c:bootBCD bcd.old сохраняем копию чего-то похожего на загрузочную область, а оригинал BCD удаляется
проверяем результат это как-то так см. dir

2. перезагружаемся с Windows7-64 DVD:
он видим наши ОС на разделах и выбираем восстановление нашего (какое-то типа автоматическое) и делаем его может несколько раз (у меня 2 раза хватило) и НАКОНЕЦ стартует НОРМАЛЬНО Windows (остальные Win7-64,.. тоже нормально стартуют).

Смысл этого , что в MS похоже просто забыли проверить восстановление загрузки ОС Windows Server 2008. Да и как-то интереснее стало жить на свете наверное…

В ОC Windows, начиная с Windows 7 / Windows Server 2008 R2 при установке системы с настройками по-умолчанию на неразмеченный диск, на диске помимо раздела с системой (тот самый диск C:), создается дополнительный служебный раздел, размером 100 Мб, который называется System Reserved (Зарезервировано системой). Данному разделу не назначается буква диска, так что большинство рядовых пользователей даже не догадываются о существовании этого скрытого раздела.

Для чего используется раздел System Reserved? На данном служебном разделе хранятся файл с конфигурацией загрузчика BCD (файл BOOTMGR), а также служебные данные подсистемы шифрования BitLocker (если используется).

Вот так выглядит содержимое раздела System Reserved:

В том случае, если по какой-то причине раздел System Reserved был удален, система Windows перестанет загружаться с ошибкой «Operating System not found«, т.к. будет загрузочный раздел с конфигурацией загрузчика отсутствует.

Убедится в отсутствии раздела System Reserved можно, загрузившись с любого установочного / загрузочного диска с Windows (в нашем случае использовался установочный диск с Windows Server 2012 R2).

На экране установки нужно нажать сочетание клавиш Shift+F10 и запустить команду diskpart и выведем список разделов:

Как вы видите, раздел System Reserved отсутствует и, естественно, система не может загрузится с диска.

В данной ситуации, для восстановления работоспособности системы, нужно пересоздать загрузчик. Только в данном случае, чтобы не создавать заново 100 Мб раздел System Reserved, файл конфигурации bootmgr можно пересоздать на системном диске C:. Для этого в той же самой командной строке WinPe ( установочного/загрузочного диска) выполните следующие команды. Разместим файлы среды загрузки на диске C: и укажем путь к каталогу с Windows.

bcdboot c:windows /s c:

В случае успеха, команда вернет ответ Boot files successfully created.

Далее нужно сделать раздел C: активным. Для этого выполните такие команды (в вашем случае номера дисков и разделов могут отличаться, будьте внимательными):

diskpart
list disk
select disk 0
list partition
select partition 1
active

Затем последовательно выполните команды:

bootrec /fixboot
bootrec /rebuildbcd

Вторая команда выполнит сканирование всех дисков и попытается найти установленные копии Windows (Scanning all disk for Windows installations). В нашем примере ОС была найдена в каталоге c:Windows. Система запросит, нужно ли добавить найденные копии Windows в список загрузки (Add installation to boot list?). Подтверждаем это (Y).

Осталось перезагрузить компьютер и убедится, что Windows стала загружаться корректно. Убедимся, что теперь файл загрузчика bootmgr находится в корне системного диска C:.

Данный мануал можно использовать для переноса конфигурации загрузчика на диск C: при целенаправленном удалении служебного раздела System Reserved, когда нужно, чтобы система была целиком расположена на одном разделе (удобно с точки зрения различных утилит резервного копирования и управления дисками).

Имеем вот такую картину например:

При подключении всех дисков одновременно (физически) WinServer-2008-64 стартует нормально , она на Диске №2.

Если отключить все диски физически и пробовать по отдельности по одному подключать , то стартовать никак не получается — не хватает какого-то другого диска. Почему? Пытаемся разобраться.

Тома без названий — это по-видимому Ubuntu , о которых Windows тактично умалчивает, и при этом с удовольствием предлагает их задействовать для других целей : удалить,ну хотя бы оформатировать.

Интерес представляет «Зарезервировано системой H: 100Мb» — это по-видимому область Windows Loader и она на другом диске см. Диск №1. Эта такая хрень , которая и мешает жить нормальным людям.

Как я понял сначала с диска запускается MBR (Master Boot Record). Вопрос — с какого диска? Ответ похоже такой — с любого первого (по порядку по Биосу), на котором есть MBR.

Удобно еще пользоваться например ОС Ubuntu. Установили рядом с Windows на то же или другом диске и с помощью Grubber Customizer копируем MBR на любой диск (клонируем так сказать), но есть нюанс.

Загружаемся без диска №0 (500Gb физически отключаем) и все равно видим такое:
• error: no such device xxxxxxxxxxx. тут какой-то уникальный GUID
• grub rescue>

Похоже grub (а он понятно не от Windows пришел) где-то на оставшихся 2 дисках есть, но не может он запустить что-то и предлагаем восстановить что-то. Покопашись в интернете похоже проясняется смысл grub : Ubuntu прописывает в MBR первую часть grub (ибо туда совсем мало что может поместиться), а именно только ссылку на вторую часть grub и консоль (командную строку) для нашего как раз случая, когда вторая часть grub отсутствует (или осталась на другом изъятом диске) , то через консоль Grub rescue> подключения к ОС можно все восстановить вручную.

1. Лечим опять все тем же способом через Ubuntu , т.е. устанавливаем Ubuntu рядом с Windows , опять устанавливаем grub Customizer.
2. Или запускаемся с диска Ubuntu и устанавливаем grub.
4. из консоли grub rescue> набираем несколько команд..
3. Но есть еще более быстрый способ программа Boot-Repair-disk — 5 минут и сама найдет все ОС(Win,Ubuntu. ), все Windows Loader-ы . Перезагружаемся и все ОК .

Ну и вот , что мы видим в результате:

Примечание sda,sdb,sdc . диски в Ubuntu , а также Диск 0,1,2. в Windows — условные и не фиксируются, поэтому различать конкретный диск лучше например по его размеру. Разделы на дисках различаем по Имени (Меткам) , которые можно редактировать.

Ну и еще надо добавить , что отключил я после Boot-Repair-disk диск на 1000Gb и к удивлению Win-Server-2008-2000Gb-sdc3 стартанул нормально, хотя 100Мб «Зарезервировано системой» остался на отключенном 1000Gb диске. Т.е. этот 100Мб раздел не повлиял на загрузку ОС , зачем он нужен? (точнее кому)? Как я понял у меня было 2 диска , 2 Windows Bootlodear-а и каждый появлялся при установке нового Windows на соответствующий диск.

Новый момент истины. Удалили системный (как его называет Windows ) Диск №1 раздел D:

Надо было освободить букву D: для другого раздела Диска №0. Просто для D: изменить букву или удалить полностью раздел Windows категорически отказывался , поэтому его тупо удалил через Ubuntu. А он был-то системный. Таким образом потом WinServer-2008-64 2000Gb или другая ОС на Диске №0 : теперь даже намека на старт не было. Это нормально, т.к. на удаленном разделе находился Windows bootloader, наверное поэтому он и назывался системный.

Так вот восстановить сам Windows bootloader программой Boot-Repair-disk не удалось. По-видимому Boot-Repair-disk может только найти рабочий Windows bootloader , но нарисовать его самостоятельно не может.

Шеф все пропало!? Целый день почти ушел на выяснения чем (и кого) лечить? Смысл такой, что в интернете на этом почти все программы хотят заработать деньги. А как вы понимаете попытка скорее всего одна будет и очень хочется ,чтобы была удачная. Хочется чего-то бесплатного, но платные программы только и ждут как ты выберешь какую-нибудь бесплатную утилитку и у тебя все накроется и тогда только они тебе помогут. Поэтому тут лучше остановиться и один раз на будущее во всем попробовать разобраться.

Кстати пробовал до удаления раздела файл bcd.. запустить, но на Windows Server 2008-64 его не нашел. Что и было причиной прямого удаления раздела.

В интернете нашел бесплатный Hiren’s Boot CD 15.2 , но не смог найти там где , что восстанавливать (бывает и такое, какой безумный набор всяких утилит). Paragon disk Manager — платное г. которое только и только мечтает , чтобы у вас раздел накрылся. Извините, эмоции.

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

Но нашлась все-таки программа с простым интерфейсов и бесплатная EasyBCD по Windows. Рискнул попробовал , помогло (частично). Запускаем EasyBCD под Win7-64 Диск №1 (там Windows bootloader сохранился). Далее программа EasyBCD увидела тупо разделы с Диска №0 и я их добавил в загрузку, конечно это все зафиксировалось только в bootloader Диска №1, но и то уже хорошо.

Но вот что интересно — лицензия 1С 8.3 слетела, хотя сам-то раздел WinServer-2008-64 2000Gb целиком сохранился, не менялся. Какая тут связь? И это нормально (привыкаем). 1С 8.3 вгрызается в ваш ПК намертво, даже область загрузки для нее имеет значение.

Теперь как решается проблема с восстановлением загрузочной области Windows Server 2008-64 R2 (именно Windows Server 2008, ибо с другим этого скорее всего не будет). По русскому интернету нифига не нашел, зато на https://social.technet.microsoft.com/Forums/ люди всего мира благодарили человека, даже в любви признавались, за то , что он догадался вставить для восстановления Windows Server 2008 DVD Windows7-64:

Сначала как-бы загружаем Windows Server 2008 DVD и у нас там вообще сначала не видно никаких ОC которые надо восстановить.
Потом на каком-то этапе Windows Server 2008 DVD увидел наши 2 ОС. Но восстановить загрузочную область для них не смог. Остановились на BOOTMGR is missing.

Вот тут-то и делаем так (извините подробно не записывал):

1. Windows Server 2008 DVD:
rename c:ootBCD bcd.old сохраняем копию чего-то похожего на загрузочную область, а оригинал BCD удаляется
проверяем результат это как-то так см. dir

2. перезагружаемся с Windows7-64 DVD:
он видим наши ОС на разделах и выбираем восстановление нашего (какое-то типа автоматическое) и делаем его может несколько раз (у меня 2 раза хватило) и НАКОНЕЦ стартует НОРМАЛЬНО Windows (остальные Win7-64. тоже нормально стартуют).

Смысл этого , что в MS похоже просто забыли проверить восстановление загрузки ОС Windows Server 2008. Да и как-то интереснее стало жить на свете наверное.

Восстановление загрузки windows server 2008 r2

Не удалось запустить Windows. Возможно. это произошло из-за недавнего изменения конфигурации оборудования или программного обеспечения.
…
Файл: Windowssystem32winload.exe
Состояние: 0хc000000e

Дистрибутив server 2008 сам не имеет удобных средств восстановления. С загрузочного диска Windows 7 corp не загрузилось (синий экран).

Вами понадобится диск Hiren’s BootCD, с помощью которого вам необходимо:

В средствах восстановления загрузил командную строку и набрал там
X:Sources>cd Recovery
X:SourcesRecovery>StartRep.exe

Если после этого не помогло, то можно

• провести проверку жёсткого диска с помощью команды в консоли

• затем найти искомый файл winload.exe в папке с неисправной Windows, сделать его копию (где он лежит, вы уже знаете). Теперь ваша задача — найти файл winload

1.exe (его можно найти в папках windowssystem32oot или подпапках windowswinsxs — они все скрыты, но этих файлов часто несколько; система в целях безопасности и просто по случаю дублирования плодит их несколько). Переименуйте winload

1.exe в winload.exe, положите файл папку C:WindowsSystem32 и загружайтесь.

Один комментарий к “winload.exe — не загружается windows server 2008 r2”

Войдите в среду восстановления и выполните поочерёдно команды:
Код
bootrec /fixMBR
bootrec /fixBoot
bootrec /rebuildBCD

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

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

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Посетителей онлайн – 0:
пользователей –
гостей –
ботов –
Максимальное количество посещений было – 2017-06-27:
всего посетителей – 55427:
пользователей – 0
гостей – 55296
ботов – 131
браузер – IE 9.0

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

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

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

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

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

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

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

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

Раздел EFI c файловой системой FAT32 является обязательным на дисках с GPT разметкой на UEFI системах и имеет GUID
c12a7328-f81f-11d2-ba4b-00a0c93ec93b
. Стандартный размер EFI раздела 100Мб (на дисках расширенного формата с секторами 4Кб /4K Native / размер EFI раздела 260Мб).

MSR раздел раздел (Microsoft System Reserved) на GPT диске используется для упрощения управления разделами и используется для служебных операций (например, при конвертировании диска из простого в динамический). Это резервный раздел c GUID
e3c9e316-0b5c-4db8-817d-f92df00215ae
, которому не назначается код раздела. На этом разделе нельзя хранить данные пользователя. В Windows 10 и 11 размер MSR раздела – всего 16 Мб (в Windows 8.1 размер MSR раздела – 128 Мб), файловая система – NTFS. MSR раздел должен находиться между разделами EFI (ESP) и первичным разделом с операционной системой Windows.

На основном разделе с файловой системой NTFS находится установленная Windows, программы и данные пользователя. Также на диске могут присутствовать дополнительные разделы с данными.

Что будет, если в Windows отсутствует раздел EFI?

На EFI разделе (по аналогии с разделом System Reserved на дисках с MBR разметкой) хранится хранилище конфигурации загрузки (BCD) и ряд файлов, необходимых для загрузки Windows. При загрузке компьютера среда UEFI загружает загрузчик (EFIMicrosoftBootbootmgfw.efi) с раздела EFI (ESP) и передает управление ему. Исполняемый файл bootmgfw.efi выполняет запуск основного загрузчика Windows Boot Manager, который загружает данные конфигурации из BCD. После загрузки BCD начинается загрузка Windows через winload.efi.

При загрузке UEFI компьютера он ищет системный раздел EFI на всех подключенных дисках. Если раздел EFI удален или поврежден, вы не сможете загрузить Windows с такого диска. Появится ошибка UEFI:
could not locate efibootbootx64.efi – not found
, пустой UEFI Shell с предложением выбрать загрузочное устройство.

Также вы не сможете загрузить Windows, если EFI раздел отформатирован в файловой системе NTFS. Даже при чистой установке Windows в таком случае вы получите ошибку:

Windows detected that the EFI system partition was formatted as NTFS. Format the EFI system partition as FAT32, and restart the installation.

Установлено, что системный раздел EFI отформатированный в NTFS. Отформатируйте системный раздел EFI в формате FAT32 и перезапустите программу установки.

Как вручную создать EFI и MSR разделы на GPT диске?

Т.к. Windows не загружается корректно, нам понадобится загрузочное устройство с Windows 10/11 или любой другой загрузочный диск (см. как создать загрузочную USB флешку c Windows для UEFI компьютера). Загрузите компьютера с установочного диска и на экране начала установки нажмите комбинацию клавиш Shift+F10. Должно открыться окно командной строки

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

Diskpart

Выведите список жестких дисков в системе:

list disk

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

Если в столбце GPT отсутствует *, значит на диске MBR таблица разделов. Вам нужно убедиться, что ранее вы загружали компьютер в нативном UEFI режиме (иначе следовать данной инструкции бессмысленно). Если вы уверены, что тип таблицы разделов сменился, возможно его нужно стоит переконвертировать из MBR в GPT.

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

Select disk 0

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

List partition

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

• Раздел Reserved (MSR) — 16 Мб
• Системный раздел с Windows – 30 Гб
• Recovery (раздел восстаовления0) – 541 Мб

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

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

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

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

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

Select partition 1

И удалите его:
Delete partition override

Убедитесь, что остался только Primary раздел с Windows размером 30 Гб (в нашем случае) и раздел восстановления:

List partition

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

Выберите диск:

select disk 0

Создайте EFI раздел размером 100 Мб, отформатируйте его в файловой системе FAT32 и назначьте ему букву диска:

create partition efi size=100

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

list partition
select partition 1
format quick fs=fat32 label="System"
assign letter=G

Теперь нужно создать MSR раздел размером 16 Мб (для Windows 10 и 11):


create partition msr size=16
list partition
list vol

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

select vol 1
assign letter=C
exit

Назначьте букву диска вашему EFI разделу:

Select vol 3
Assign letter=G

Закройте diskpart:

exit

При создании EFI или MSR раздела может появится ошибка

No usable free extent could be found. It may be that there is insufficient free space tocreate a partition at the specified size and offset. Specify different size and offset values or don't specify either to create the maximum sized partition. It may be that the disk is partitioned using the MBR disk partitioning format and the disk contains either 4 primary partitions, (no more partitions may be created), or 3 primary partitions and one extended partition, (only logical drives may be created).

В этом случае вам нужно уменьшить раздел основного раздела с Windows на 128 Мб(в нашем примере это volume 1):

select volume 1
shrink desired=128 minimum=128

После этого создайте разделы EFI и MSR как описано выше.

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

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

Теперь с помощью утилиты bcdboot.exe скопируйте файлы среды загрузки UEFI из системного каталога Windows в загрузочный EFI раздел и пересоздайте конфигурацию загрузчика BCD. Выполните команду:

bcdboot c:windows /s G: /f UEFI

Boot files successfully created.

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

• EFIMicrosoftBootbootmgfw.efi
• EFIMicrosoftBootbootmgr.efi
• EFIMicrosoftBootmemtest.efi
• EFIMicrosoftBootBCD
• EFIMicrosoftBootFontswgl4_boot.ttf
• EFIBootbootx64.efi

Выведите текущую конфигурацию загрузчика Windows Boot Manager. В разделе {bootmgr} должна появиться запись, которая указывает на раздел с файлом управления загрузкой UEFI (
EFIMICROSOFTBOOTbootmgfw.efi
). В этом примере это
partition=G
, или
partition=DeviceHarddiskVolume2
(если вы не назначили букву EFI разделу).

Загрузчик UEFI затем должен передать управление файлу загрузчика Windows Boot Loader
Windowssystem32winload.efi
на partition=C:

Перезагрузите компьютер (для перезагрузки из среды WinPE нужно выполнить команду wpeutil reboot) и извлеките загрузочную флешку.

Если с первого раза Windows не загрузился, выполните следующие действия:

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

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

bootrec /rebuildbcd

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

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

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

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

В некоторых случаях после пересоздания разделов EFI и MSR и восстановления BCD Windows может перестать корректно выключаться. Если у вас проявляется эта проблема, чтобы исправить ее нужно отключить функцию быстрого запуска в Windows в настройках электропитания компьютера:

1. Откройте панель управления электропитанием
   powercfg.cpl
   ;
2. Выберите Choose what the power buttons does;
3. Нажмите кнопку Change settings that are currently unavailable и отключите опцию «Turn on fast startup» в разделе «Shutdown settings».