ШІ-Оператор
Відновлення Windows Server 2019 після збою живлення (Помилка C0000034)
Кейс: Відновлення Windows Server 2019 після збою живлення (Помилка C0000034)
Опис проблеми
Після аварійного відключення електроенергії віртуальна машина на базі Windows Server 2019 (Hyper-V) перестала завантажуватися.
Система потрапила в циклічне перезавантаження з повідомленням про помилку на етапі застосування оновлень:
Ошибка C0000034 при операции обновления 315 из 158759 (_00000000000...)
Додаткові симптоми: Спроба діагностики через середовище відновлення (WinPE) показала, що стандартна утиліта bootrec /scanos не бачить встановлених систем Windows ("Total identified Windows installations: 0"), що вказувало на пошкодження конфігурації завантажувача (BCD/EFI).
Кроки вирішення
Проблема була комплексною: пошкоджений завантажувач не давав системі стартувати коректно, а "завислий" файл оновлень вводив її у нескінченний цикл.
Етап 1: Вхід у режим відновлення
Оскільки система перезавантажувалася циклічно, потрапити в меню відновлення стандартним шляхом було неможливо.
Рішення: У налаштуваннях Hyper-V було підключено інсталяційний ISO-образ Windows Server, змінено порядок завантаження (DVD на перше місце), і запущено командний рядок через пункт Repair your computer -> Troubleshoot -> Command Prompt.
Етап 2: Відновлення завантажувача (EFI)
Оскільки bootrec не бачив систему, ми вручну перестворили файли завантаження.
- Запустили
diskpart, знайшли прихований системний розділ EFI (FAT32, ~100MB) та основний розділ з Windows. - Призначили EFI-розділу букву (наприклад, Z):
select volume 3 assign letter=Z exit - Виконали перезапис файлів завантажувача:
bcdboot C:\Windows /s Z: /f UEFI
Результат: Помилка "0 Windows found" зникла, але помилка оновлення C0000034 залишилася.
Етап 3: Усунення помилки C0000034 (Pending XML)
Причиною циклу був файл pending.xml, який містив інструкції незавершеного оновлення. Спроба очистити чергу через DISM /revertpendingactions не дала результату, тому було застосовано "ручний" метод.
У командному рядку ми перейшли до папки з конфігурацією WinSxS (важливо перевірити літеру диска, у режимі відновлення вона може бути D:, а не C:):
cd /d D:\Windows\WinSxSЗнайшли проблемний файл та перейменували його, створивши пусту заглушку:
ren pending.xml pending.old
echo. > pending.xmlРезультат
Після перезавантаження система ігнорувала незавершені оновлення і успішно запустилася. Для стабільності було виконано перевірку цілісності файлів sfc /scannow та створено Checkpoint у Hyper-V.
