Что означает код BSOD 349 (SOC_SUBSYSTEM_FAILURE_LIVEDUMP)?

 
Также может означать:
КонстантаТипОС
ERROR_ENCLAVE_FAILUREОшибка WindowsWindows
Предыдущий Следующий
PDC_WATCHDOG_TIMEOUT_LIVEDUMP BUGCODE_NDIS_DRIVER_LIVE_DUMP

SOC_SUBSYSTEM_FAILURE_LIVEDUMP

Живой дамп подсистемы SoC SOC_SUBSYSTEM_FAILURE_LIVEDUMP

SOC_SUBSYSTEM_FAILURE_LIVEDUMP имеет код проверки ошибки 0x0000015D. Это код живого дампа сбоя подсистемы System-on-Chip. Он фиксирует диагностическое состояние, пока ОС может продолжать работу, обычно для анализа устройств, управляемых микропрограммой или встроенных в платформу.

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

  • Рассматривайте его как диагностическое событие живого дампа, если система не остановилась с другой критической проверкой ошибки.
  • Первопричину определяют идентификаторы подсистемы, журналы микропрограммы платформы и телеметрия устройства.
  • Мобильные, планшетные и встраиваемые платформы могут иметь больше подсистем SoC, чем настольные системы.

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

  • Соберите живой дамп, журналы событий платформы, журналы микропрограммы и телеметрию устройства.
  • Проверьте обновления набора микросхем, микропрограммы и драйверов платформы.
  • Сопоставьте проблему с переходами питания, подключённым режимом ожидания, датчиками, радиомодулями и встроенными контроллерами.

Ссылки для SOC_SUBSYSTEM_FAILURE_LIVEDUMP

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

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

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

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

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

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

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

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

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

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

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