Что означает код BSOD 61458 (SAVER_UNEXPECTEDSHUTDOWN)?

 
Предыдущий Следующий
SAVER_REPORTNOTIFICATIONFAILURE SAVER_RPCFAILURE

SAVER_UNEXPECTEDSHUTDOWN

Категория SAVER неожиданного завершения работы SAVER_UNEXPECTEDSHUTDOWN

SAVER_UNEXPECTEDSHUTDOWN имеет код проверки ошибки 0x0000F012. Эта категория фиксирует неожиданное завершение работы в диагностическом семействе SAVER. Сама по себе она не объясняет завершение: необходимо сопоставить данные питания, температуры, батареи, проверки ошибки и WER.

Как читать дамп SAVER_UNEXPECTEDSHUTDOWN

  • Рассматривайте это значение как внутреннюю диагностическую категорию семейства Windows SAVER, а не как классический код синего экрана с публично описанными параметрами.
  • Для SAVER_UNEXPECTEDSHUTDOWN полезны тип дампа, категория WER, инициировавший процесс, данные конкретного источника и контекст журнала событий в момент создания дампа.
  • Для SAVER_UNEXPECTEDSHUTDOWN символьное имя сужает круг поиска до подсистемы, запросившей дамп, но само по себе не определяет неисправный драйвер или приложение.

Что проверить для SAVER_UNEXPECTEDSHUTDOWN

  • Проверьте записи Kernel-Power, температуры, батареи, микропрограммы и предыдущей проверки ошибки.
  • Определите, потеряла ли система питание, выполнила проверку ошибки, сбросилась или была принудительно выключена.
  • Сохраните журналы событий до того, как многократные перезапуски перезапишут данные.

Ссылки для SAVER_UNEXPECTEDSHUTDOWN

Данные дампа для SAVER_UNEXPECTEDSHUTDOWN

Для SAVER_UNEXPECTEDSHUTDOWN сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_UNEXPECTEDSHUTDOWN»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.

Порядок анализа для SAVER_UNEXPECTEDSHUTDOWN

  • Запустите WinDbg !analyze -v, затем разберите документированное значение каждого параметра SAVER_UNEXPECTEDSHUTDOWN, а не полагайтесь только на строку probably-caused-by.
  • Для SAVER_UNEXPECTEDSHUTDOWN найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / unexpectedshutdown.
  • Для SAVER_UNEXPECTEDSHUTDOWN сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.

Не перезагружайте многократно систему с SAVER_UNEXPECTEDSHUTDOWN до сохранения дампа и журналов событий. Для SAVER_UNEXPECTEDSHUTDOWN способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.

Данные дампа для SAVER_UNEXPECTEDSHUTDOWN

Для SAVER_UNEXPECTEDSHUTDOWN сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_UNEXPECTEDSHUTDOWN»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.

Порядок анализа для SAVER_UNEXPECTEDSHUTDOWN

  • Запустите WinDbg !analyze -v, затем разберите документированное значение каждого параметра SAVER_UNEXPECTEDSHUTDOWN, а не полагайтесь только на строку probably-caused-by.
  • Для SAVER_UNEXPECTEDSHUTDOWN найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / unexpectedshutdown.
  • Для SAVER_UNEXPECTEDSHUTDOWN сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.

Не перезагружайте многократно систему с SAVER_UNEXPECTEDSHUTDOWN до сохранения дампа и журналов событий. Для SAVER_UNEXPECTEDSHUTDOWN способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.

Нужно найти другой код? Найти другой код состояния или ошибки.