| Предыдущий | Следующий |
| LAST_CHANCE_CALLED_FROM_KMODE | CID_HANDLE_DELETION |
CID_HANDLE_CREATION
Сбой создания client ID handle процесса или потока для CID_HANDLE_CREATION
CID_HANDLE_CREATION — код bug check 0x00000016. Client IDs идентифицируют процессы и потоки. Bug check относится к сбою или повреждению при создании ядром учётной записи handle для идентичности процесса либо потока.
Как читать дамп CID_HANDLE_CREATION
- Существенны executive structures процессов и потоков, handle tables и security callbacks.
- Не считайте это обычным отказом CreateProcess или CreateThread, если дамп не показывает этот путь.
- Pool corruption или вмешательство callback driver могут быть важнее числовых аргументов.
Что проверить для CID_HANDLE_CREATION
- Проверьте callbacks уведомления о процессах и потоках и security products.
- Исследуйте в дампе handle table и состояние object manager.
- Включите Verifier для драйверов, отслеживающих создание процессов или внедряющих callbacks.
Ссылки для CID_HANDLE_CREATION
Данные дампа для CID_HANDLE_CREATION
Для CID_HANDLE_CREATION сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает состояние как «CID_HANDLE_CREATION»; эта фраза определяет класс сбоя, а параметры и стек — конкретный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для CID_HANDLE_CREATION
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра CID_HANDLE_CREATION, а не полагайтесь только на строку probably-caused-by. - Для CID_HANDLE_CREATION найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с cid / handle / creation.
- Для CID_HANDLE_CREATION сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с CID_HANDLE_CREATION до сохранения дампа и журналов событий. Восстановление должно следовать компоненту, указанному стеком и параметрами, а не только символическому имени stop-кода.
Данные дампа для CID_HANDLE_CREATION
Для CID_HANDLE_CREATION сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает состояние как «CID_HANDLE_CREATION»; эта фраза определяет класс сбоя, а параметры и стек — конкретный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для CID_HANDLE_CREATION
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра CID_HANDLE_CREATION, а не полагайтесь только на строку probably-caused-by. - Для CID_HANDLE_CREATION найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с cid / handle / creation.
- Для CID_HANDLE_CREATION сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с CID_HANDLE_CREATION до сохранения дампа и журналов событий. Восстановление должно следовать компоненту, указанному стеком и параметрами, а не только символическому имени stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.