| Предыдущий | Следующий |
| MUTEX_LEVEL_NUMBER_VIOLATION | SPIN_LOCK_ALREADY_OWNED |
NO_USER_MODE_CONTEXT
Проверка ошибок NO_USER_MODE_CONTEXT имеет значение 0x0000000E.
Если при запуске системного потока начальная процедура потока возвращает управление, возникает проверка ошибки.
Важно
Эта статья предназначена для программистов. Если при работе с компьютером появился синий экран с кодом NO_USER_MODE_CONTEXT, см. Устранение ошибок синего экрана.
Устранение NO_USER_MODE_CONTEXT
Для NO_USER_MODE_CONTEXT: Расширение !analyze отладки выводит сведения о проверке ошибки и помогает определить первопричину.
Данные дампа для NO_USER_MODE_CONTEXT
Для NO_USER_MODE_CONTEXT сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «NO_USER_MODE_CONTEXT»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для NO_USER_MODE_CONTEXT
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра NO_USER_MODE_CONTEXT, а не полагайтесь только на строку probably-caused-by. - Найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с user / mode / context.
- Для NO_USER_MODE_CONTEXT сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с NO_USER_MODE_CONTEXT до сохранения дампа и журналов событий. Для NO_USER_MODE_CONTEXT способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Отличительная граница сбоя NO_USER_MODE_CONTEXT
NO_USER_MODE_CONTEXT обозначает отсутствие ожидаемого контекста выполнения пользовательского режима. Проверьте кадр ловушки, предыдущий режим процессора, состояние потока, переход системного вызова или исключения и код, пытавшийся использовать контекст пользовательского режима.
Отделение NO_USER_MODE_CONTEXT от соседних bug checks
Не считайте пользовательское приложение неисправным, пока дамп не покажет, какой компонент ядра ожидал пользовательский кадр и почему допустимого кадра не оказалось. Для NO_USER_MODE_CONTEXT сохраните исходный дамп и подтвердите различие по документированным данным до изменения драйверов или конфигурации.
Нужно найти другой код? Найти другой код состояния или ошибки.