| Предыдущий | Следующий |
| EMPTY_THREAD_REAPER_LIST | LAST_CHANCE_CALLED_FROM_KMODE |
CREATE_DELETE_LOCK_NOT_LOCKED
Нарушение блокировки времени жизни объекта при создании/удалении для CREATE_DELETE_LOCK_NOT_LOCKED
CREATE_DELETE_LOCK_NOT_LOCKED имеет код проверки ошибки 0x00000014. Этот код означает, что внутренний путь управления временем жизни объекта был выполнен без требуемой защиты. Он полезен, когда дамп указывает на состояние создания или удаления handle, process, thread либо object manager.
Как читать дамп CREATE_DELETE_LOCK_NOT_LOCKED
- Главная подсказка — тип создаваемого или удаляемого объекта.
- Сам stop code не означает проблему с handle пользовательского режима; он указывает на нарушение синхронизации ядра при управлении временем жизни объекта.
- Ищите в стеке кадры object manager, process/thread, security или стороннего callback.
Что проверить для CREATE_DELETE_LOCK_NOT_LOCKED
- Проверьте object callbacks и драйверы, участвующие в событиях process, thread, handle или image.
- Проверьте, нет ли повреждения памяти рядом с executive objects.
- Примените Driver Verifier к драйверам файловой системы, безопасности и мониторинга, участвующим в управлении временем жизни объектов.
Ссылки для CREATE_DELETE_LOCK_NOT_LOCKED
- Вспомогательные подпрограммы режима ядра
- Справочник кодов проверок ошибок Microsoft
- Файлы аварийных дампов и WinDbg
Данные дампа для CREATE_DELETE_LOCK_NOT_LOCKED
Для CREATE_DELETE_LOCK_NOT_LOCKED сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «CREATE_DELETE_LOCK_NOT_LOCKED»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для CREATE_DELETE_LOCK_NOT_LOCKED
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра CREATE_DELETE_LOCK_NOT_LOCKED, а не полагайтесь только на строку probably-caused-by. - Для CREATE_DELETE_LOCK_NOT_LOCKED найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с create / delete / lock / locked.
- Для CREATE_DELETE_LOCK_NOT_LOCKED сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с CREATE_DELETE_LOCK_NOT_LOCKED до сохранения дампа и журналов событий. Для CREATE_DELETE_LOCK_NOT_LOCKED способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для CREATE_DELETE_LOCK_NOT_LOCKED
Для CREATE_DELETE_LOCK_NOT_LOCKED сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «CREATE_DELETE_LOCK_NOT_LOCKED»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для CREATE_DELETE_LOCK_NOT_LOCKED
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра CREATE_DELETE_LOCK_NOT_LOCKED, а не полагайтесь только на строку probably-caused-by. - Для CREATE_DELETE_LOCK_NOT_LOCKED найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с create / delete / lock / locked.
- Для CREATE_DELETE_LOCK_NOT_LOCKED сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с CREATE_DELETE_LOCK_NOT_LOCKED до сохранения дампа и журналов событий. Для CREATE_DELETE_LOCK_NOT_LOCKED способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.