| Предыдущий | Следующий |
| AGP_ILLEGALLY_REPROGRAMMED | THIRD_PARTY_FILE_SYSTEM_FAILURE |
KERNEL_EXPAND_STACK_ACTIVE
Расширенный стек ядра всё ещё активен для KERNEL_EXPAND_STACK_ACTIVE
KERNEL_EXPAND_STACK_ACTIVE имеет код проверки ошибки 0x00000107. Некоторые пути ядра временно расширяют стек потока для сложных внешних вызовов. Эта проверка ошибки означает, что поток попытался завершиться или выполнить вызов Win32, пока расширенное состояние стека оставалось активным, что указывает на нарушение порядка работы со стеком или временем жизни.
Как читать дамп KERNEL_EXPAND_STACK_ACTIVE
- Определите поток, состояние расширенного стека и путь внешнего вызова.
- Драйверы графики, файловых систем, реестра и компоненты с большим числом обратных вызовов могут создавать глубокие пути стека.
- Использование стека и порядок очистки важнее общего объёма используемой памяти.
Что проверить для KERNEL_EXPAND_STACK_ACTIVE
- Проверьте кадры расширения стека и драйвер непосредственно перед переходом в ядро.
- Ищите обратные вызовы, которые завершают поток или выполняют внешний вызов до завершения очистки.
- Для подозреваемых драйверов используйте Driver Verifier и анализ использования стека.
Ссылки для KERNEL_EXPAND_STACK_ACTIVE
Данные дампа для KERNEL_EXPAND_STACK_ACTIVE
Для KERNEL_EXPAND_STACK_ACTIVE сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. Для KERNEL_EXPAND_STACK_ACTIVE allStat описывает состояние так: «Поток завершается или пытается выполнить вызов Win32, работая на расширенном стеке»; эта фраза определяет класс сбоя, а параметры и стек показывают конкретный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для KERNEL_EXPAND_STACK_ACTIVE
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра KERNEL_EXPAND_STACK_ACTIVE, а не полагайтесь только на строку probably-caused-by. - Для KERNEL_EXPAND_STACK_ACTIVE найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с kernel / expand / stack / active.
- Для KERNEL_EXPAND_STACK_ACTIVE сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с KERNEL_EXPAND_STACK_ACTIVE до сохранения дампа и журналов событий. Для KERNEL_EXPAND_STACK_ACTIVE способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для KERNEL_EXPAND_STACK_ACTIVE
Для KERNEL_EXPAND_STACK_ACTIVE сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. Для KERNEL_EXPAND_STACK_ACTIVE allStat описывает состояние так: «Поток завершается или пытается выполнить вызов Win32, работая на расширенном стеке»; эта фраза определяет класс сбоя, а параметры и стек показывают конкретный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для KERNEL_EXPAND_STACK_ACTIVE
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра KERNEL_EXPAND_STACK_ACTIVE, а не полагайтесь только на строку probably-caused-by. - Для KERNEL_EXPAND_STACK_ACTIVE найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с kernel / expand / stack / active.
- Для KERNEL_EXPAND_STACK_ACTIVE сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с KERNEL_EXPAND_STACK_ACTIVE до сохранения дампа и журналов событий. Для KERNEL_EXPAND_STACK_ACTIVE способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.