Что означает код BSOD 350 (BUGCODE_NDIS_DRIVER_LIVE_DUMP)?

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

BUGCODE_NDIS_DRIVER_LIVE_DUMP

Live dump сетевого драйвера NDIS для BUGCODE_NDIS_DRIVER_LIVE_DUMP

BUGCODE_NDIS_DRIVER_LIVE_DUMP — код bug check 0x0000015E. Это live dump, а не обычная фатальная остановка. NDIS сохранила состояние из-за серьёзной проблемы network driver, например зависшего NET_BUFFER_LIST или нарушения driver model, но сама NDIS не остановила систему.

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

  • Параметр 1 — reason code live dump NDIS.
  • Microsoft документирует это как live dump: NDIS сохраняет kernel dump и не выполняет bug check в этой ситуации.
  • Дамп всё равно ценен, поскольку содержит состояние NDIS и драйвера в момент сетевого сбоя.

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

  • Разберите NDIS reason code и miniport/filter/protocol driver в стеке.
  • Проверьте VPN, firewall, virtual switch, packet capture, NIC offload и team/bonding drivers.
  • Для воспроизводимых нарушений driver model используйте NDIS Verifier.

Ссылки для BUGCODE_NDIS_DRIVER_LIVE_DUMP

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

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

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

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

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

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

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

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

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

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


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