| Предыдущий | Следующий |
| 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
- Файлы аварийных дампов и WinDbg
- Введение в управление питанием
- Справочник кодов проверок ошибок Microsoft
- Анализ kernel-mode dump в WinDbg
Данные дампа для 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-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.