Відновлення Windows Server 2019 після збою живлення (Помилка C0000034) » IT-FORMAT

[IT-FORMAT]
Новий формат бізнесу

Відновлення Windows Server 2019 після збою живлення (Помилка C0000034)

Категория: Блог Windows server Просмотров: 12

Кейс: Відновлення 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 не бачив систему, ми вручну перестворили файли завантаження.

  1. Запустили diskpart, знайшли прихований системний розділ EFI (FAT32, ~100MB) та основний розділ з Windows.
  2. Призначили EFI-розділу букву (наприклад, Z):
    select volume 3
    assign letter=Z
    exit
  3. Виконали перезапис файлів завантажувача:
    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.

дата: 17-01-2026, 12:21
автор: petrikol
Теги:
  • Коментарі


Привіт, незнайомець
Опитування

Якою програмою обліку ви користуєтесь?