Поделиться через

Ошибка остановки Windows — #0x000000EF "Критический процесс умер"

Область применения: ✔️ Виртуальные машины Windows

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

Симптом

При использовании диагностика загрузки для просмотра снимка экрана виртуальной машины вы увидите, что снимок экрана отображает ошибку #0x000000EF с сообщением "Критически важный процесс умер".

Снимок экрана: компьютер столкнулся с проблемой и должен перезапуститься. Мы просто собираем некоторые сведения об ошибке, а затем вы можете перезапустить.

Причина

Как правило, это связано с критическим системным процессом, завершающимся сбоем во время загрузки. Дополнительные сведения о критических проблемах процесса см. в статье "Проверка ошибок 0xEF: CRITICAL_PROCESS_DIED".

Решение

Обзор процесса

Совет

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

  1. Создайте виртуальную машину восстановления и получите к ней доступ.
  2. Исправлена ошибка операционной системы.
  3. Рекомендуется. Прежде чем перестроить виртуальную машину, включите последовательную консоль и коллекцию дампов памяти.
  4. Перестройте виртуальную машину.

Примечание.

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

Создание виртуальной машины для восстановления и вход на нее

  1. Выполните шаги 1–3 списка команд для восстановления виртуальной машины, чтобы подготовить виртуальную машину для восстановления.
  2. Используйте подключение к удаленному рабочему столу, чтобы подключиться к виртуальной машине для восстановления.

Исправление любого повреждения ОС

  1. Откройте командную строку с повышенными привилегиями.

  2. Выполните следующую команду проверки файлов системы (SFC):

    sfc /scannow /offbootdir=<BOOT DISK DRIVE>:\ /offwindir=<BROKEN DISK DRIVE>:\windows

    • Где <BOOT DISK DRIVE> находится загрузочный раздел сломанной виртуальной машины и <BROKEN DISK DRIVE> является разделом ОС неисправной виртуальной машины. Замените больше или меньше символов, а также текст, содержащийся в них, например "< текст здесь >", соответствующим буквой.

  3. Затем используйте шаг 5 команды восстановления виртуальной машины, чтобы повторно собрать виртуальную машину и проверить, загрузится ли она.

  4. Если виртуальная машина по-прежнему не загружается, продолжайте собирать файл дампа памяти.

Сбор файла дампа памяти

Если проблема сохраняется после запуска SFC, анализ файла дампа памяти потребуется, чтобы определить причину проблемы. Чтобы собрать файл дампа памяти, выполните следующие действия.

Шаг 1. Поиск файла дампа и отправка запроса в службу поддержки

Часть 1. Подключение диска ОС к виртуальной машине восстановления

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

  2. Устранение неполадок с виртуальной машиной Windows при подключении диска операционной системы к виртуальной машине восстановления с помощью портала Azure.

  3. Используйте протокол удаленного рабочего стола (RDP) для удаленного подключения к виртуальной машине восстановления.

  4. Если диск ОС затронутой виртуальной машины зашифрован, отключите шифрование перед переходом к следующему шагу. Дополнительные сведения см. в разделе "Расшифровка зашифрованного диска ОС".

Часть 2. Поиск файла дампа и отправка запроса в службу поддержки

  1. На виртуальной машине восстановления перейдите в папку Windows на подключенном диске ОС. Например, если буква диска, назначенная подключенному диску ОС, — F, перейдите к F:\Windows.

  2. Найдите файл Memory.dmp, а затем отправьте запрос в службу поддержки и вложите файл дампа.

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

Шаг 2. Включение журнала дампа и последовательной консоли

Важно!

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

Чтобы включить журнал дампа и последовательную консоль, выполните следующие действия.

  1. Откройте сеанс командной строки с повышенными привилегиями от имени администратора.

  2. Выполните следующие команды BCDEdit с помощью параметров /ems и /emssettings :

    Включите последовательную консоль:

    bcdedit /store <volume-letter-containing-the-bcd-folder>:\boot\bcd /ems {<boot-loader-identifier>} ON
bcdedit /store <volume-letter-containing-the-bcd-folder>:\boot\bcd /emssettings EMSPORT:1 EMSBAUDRATE:115200

  3. Убедитесь, что размер свободного места на диске ОС превышает объем памяти (ОЗУ) этой виртуальной машины.

    Если на диске ОС недостаточно места, измените расположение, в котором создается файл дампа памяти, и обратитесь к нему на любой диск данных, подключенный к виртуальной машине с достаточным объемом свободного места. Чтобы изменить расположение, замените %SystemRoot% букву диска данных, например F:в следующих командах.

    Чтобы включить файл дампа ОС, выполните следующие команды загрузки, добавьте и выгрузите команды для реализации предлагаемой конфигурации с помощью средства reg :

    Загрузите hive реестра с сломанного диска ОС:

    reg load HKLM\<broken-system> <volume-letter-of-broken-os-disk>:\windows\system32\config\SYSTEM

    Включите сбор для ControlSet001.

    reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v CrashDumpEnabled /t REG_DWORD /d 1 /f
reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v DumpFile /t REG_EXPAND_SZ /d "%SystemRoot%\MEMORY.DMP" /f
reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v NMICrashDump /t REG_DWORD /d 1 /f

    Включите сбор для ControlSet002.

    reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v CrashDumpEnabled /t REG_DWORD /d 1 /f
reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v DumpFile /t REG_EXPAND_SZ /d "%SystemRoot%\MEMORY.DMP" /f
reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v NMICrashDump /t REG_DWORD /d 1 /f

    Выгрузите сломанный диск ОС:

    reg unload HKLM\<broken-system>

Чтобы включить коллекцию дампов последовательной консоли и памяти, выполните следующие действия.

  1. Откройте сеанс командной строки с повышенными привилегиями от имени администратора.

  2. Выполните следующие команды BCDEdit с помощью параметров /ems и /emssettings :

    Включите последовательную консоль:

    bcdedit /store <volume-letter-containing-the-bcd-folder>:\boot\bcd /ems {<boot-loader-identifier>} ON
bcdedit /store <volume-letter-containing-the-bcd-folder>:\boot\bcd /emssettings EMSPORT:1 EMSBAUDRATE:115200

  3. Убедитесь, что размер свободного места на диске ОС превышает объем памяти (ОЗУ) этой виртуальной машины.

    Если на диске ОС недостаточно места, измените расположение, в котором создается файл дампа памяти, и обратитесь к нему на любой диск данных, подключенный к виртуальной машине с достаточным объемом свободного места. Чтобы изменить расположение, замените %SystemRoot% букву диска данных, например F:в следующих командах.

    Чтобы включить файл дампа ОС, выполните следующие команды загрузки, добавьте и выгрузите команды для реализации предлагаемой конфигурации с помощью средства reg :

    Загрузите hive реестра с сломанного диска ОС:

    reg load HKLM\<broken-system> <volume-letter-of-broken-os-disk>:\windows\system32\config\SYSTEM

    Включите сбор для ControlSet001.

    reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v CrashDumpEnabled /t REG_DWORD /d 1 /f
reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v DumpFile /t REG_EXPAND_SZ /d "%SystemRoot%\MEMORY.DMP" /f
reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v NMICrashDump /t REG_DWORD /d 1 /f

    Включите сбор для ControlSet002.

    reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v CrashDumpEnabled /t REG_DWORD /d 1 /f
reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v DumpFile /t REG_EXPAND_SZ /d "%SystemRoot%\MEMORY.DMP" /f
reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v NMICrashDump /t REG_DWORD /d 1 /f

    Выгрузите сломанный диск ОС:

    reg unload HKLM\<broken-system>

Перестроение исходной виртуальной машины

Чтобы заново собрать виртуальную машину, выполните шаг 5 из списка команд для восстановления ВМ.

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.