Введение

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

Описание проблемы

Однажды, во время обновления Вашей Windows, Вы можете столкнуться с ошибкой 0x80070643(ERROR_INSTALL_FAILURE). Данная ошибка довольно общая, и она возникает часто при обновлении системы. Обычным решением здесь считается:

• Остановка службы Windows Update
• Очистка каталога c:\Windows\SoftwareDistribution\
• Запуск службы Windows Update
• Повторное скачивание и установка обновлений

Но при обновлении KB5034441 или KB5034439, дела обстоят иначе. Дело в том, что данное обновление исправляет критическую уязвимость (CVE-2024-20666), которая позволяет обойти шифрование BitLocker. В качестве одного из требований к этому обновлению, выступает 250 МБ на разделе восстановления Windows. Понятное дело, что базовая установка системы не была предназначена для такого рода обновлений, и некоторые вещи нам с Вами придется делать вручную

Решение проблемы

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

    reagentc /info

позволит нам определить, где расположен WinRE раздел, в нашем случае это 0й диск, 4й раздел

Следующим шагом необходимо выключить WinRE:

    reagentc /disable

Далее нам нужно будет высвободить немного места. Сожмем раздел с системой. Сделать это можно как через графическую оснастку «Управление дисками», так и через классический diskpart

Запускаем утилиту:

    diskpart

Смотрим, какие диски у нас есть:

    list disk

Выбираем тот диск, с которого мы будем отщипывать драгоценные мегабайты, если он еще, конечно не выбран:

Далее, необходимо выбрать раздел. Чтобы увидеть все разделы, наберите:

    list part

Тут мы видим наши разделы на выбранном диске, и вместе с ними, наши раздел под ОС и раздел восстановления

Выбираем раздел с ОС и откусываем от него 250МБ:

    select part 3

shrink desired=250 minimum=250

Само собой, на разделе с ОС должно быть достаточно места. После этого, выбираем раздел с WinRE, и удаляем его:

select part 4

delete partition override

Далее, нам необходимо выяснить какой формат таблицы разделов (GPT или MBR ) у нас используется. Для этого необходимо снова вернуться к списку дисков:

list disk

В этот раз стоит обратить внимание на звездочку в поле Gpt. Если она есть, запускаем:

create partition primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac

Затем:

gpt attributes = 0x8000000000000001

Если звездочки нет, значит мы имеем дело с MBR. В этом случае, вводим:

create partition primary id=27

Форматируем раздел и ставим метку:

format quick fs=ntfs label=”Windows RE tools”

Проверяем тома:

list volume

Видим. Что раздел подготовлен и ждет. Не будем его расстраивать. Выйдем из diskpart

exit

и включим WinRE:

reagentc /enable

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

Но иногда, можно получить ошибку, что образ Windows RE не найден

В этом случае, нам придется найти его самостоятельно и скопировать в C:\Windows\System32\Recovery, где ему и место

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

dir /a /s c:\winre.wim

В моем случае, он нашелся в каталоге C:\$WinREAgent\Backup

Копируем содержимое и соглашаемся с перезаписью файлов:

xcopy /h c:\$WinREAgent\Backup c:\Windows\System32\Recovery

После этого получаем заветный Successful и You’re up to date в разделе обновления системы

Заключение

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

Александр Матузов aka sqwot