| Предыдущий | Следующий |
| PHASE1_INITIALIZATION_FAILED | CACHE_MANAGER |
UNEXPECTED_INITIALIZATION_CALL
Непредусмотренный вызов инициализации ядра при UNEXPECTED_INITIALIZATION_CALL
UNEXPECTED_INITIALIZATION_CALL — это код проверки ошибки 0x00000033. Он указывает на нарушение последовательности инициализации, а не на обычную ошибку драйвера во время работы. Компонент вошёл в процедуру инициализации после ожидаемого этапа, до появления необходимых зависимостей либо в состоянии, при котором инициализация небезопасна.
Как интерпретировать UNEXPECTED_INITIALIZATION_CALL в дампе
- По стеку определите этап инициализации: передача управления загрузчиком, инициализация ядра, загрузка драйвера, инициализация подсистемы или поздняя повторная инициализация.
- Повторный вызов может указывать на повреждённое состояние, неверный путь входа в драйвер или несовместимый порядок загрузки и запуска.
- Неисправный модуль и этап важнее одного только символического имени.
Что проверить при UNEXPECTED_INITIALIZATION_CALL
- Проверьте драйверы с типом запуска boot-start и system-start, порядок загрузки фильтров и недавние обновления ядра или драйверов.
- Ищите пути повторной регистрации или повторной инициализации.
- Если компьютер останавливается в начале загрузки, сравните дамп с соседними проверками ошибок инициализации.
Ссылки для UNEXPECTED_INITIALIZATION_CALL
- Процедура DriverEntry
- Процедуры поддержки режима ядра
- Справочник кодов проверки ошибок Microsoft
- Файлы дампа сбоя и WinDbg
Данные дампа для UNEXPECTED_INITIALIZATION_CALL
Для UNEXPECTED_INITIALIZATION_CALL сохраните полный дамп, четыре параметра проверки ошибки, точную сборку Windows, список загруженных модулей и хронологию событий непосредственно перед остановкой. AllStat описывает состояние как «UNEXPECTED_INITIALIZATION_CALL»; эта формулировка определяет класс сбоя, а параметры и стек показывают участвовавший объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа UNEXPECTED_INITIALIZATION_CALL
- Выполните в WinDbg команду
!analyze -v, затем изучите документированное значение каждого параметра UNEXPECTED_INITIALIZATION_CALL, а не полагайтесь только на строку probably-caused-by. - Найдите самое раннее аномальное событие: обновление драйвера, изменение микропрограммы, сброс устройства, ошибку хранилища, отчёт Driver Verifier, исчерпание ресурсов или зависание приложения, связанное с неожиданным вызовом инициализации.
- При анализе UNEXPECTED_INITIALIZATION_CALL сохраните в перечне модулей сторонние драйверы фильтрации, безопасности, хранения данных, графики и виртуализации: удаление этих компонентов до разбора дампа может скрыть ответственный путь выполнения.
Не перезагружайте многократно компьютер с UNEXPECTED_INITIALIZATION_CALL до сохранения дампа и журналов событий. Для UNEXPECTED_INITIALIZATION_CALL выбирайте восстановительные действия по компоненту, указанному стеком и параметрами, а не только по символическому имени стоп-кода.
Данные дампа для UNEXPECTED_INITIALIZATION_CALL
Для UNEXPECTED_INITIALIZATION_CALL сохраните полный дамп, четыре параметра проверки ошибки, точную сборку Windows, список загруженных модулей и хронологию событий непосредственно перед остановкой. AllStat описывает состояние как «UNEXPECTED_INITIALIZATION_CALL»; эта формулировка определяет класс сбоя, а параметры и стек показывают участвовавший объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа UNEXPECTED_INITIALIZATION_CALL
- Выполните в WinDbg команду
!analyze -v, затем изучите документированное значение каждого параметра UNEXPECTED_INITIALIZATION_CALL, а не полагайтесь только на строку probably-caused-by. - Найдите самое раннее аномальное событие: обновление драйвера, изменение микропрограммы, сброс устройства, ошибку хранилища, отчёт Driver Verifier, исчерпание ресурсов или зависание приложения, связанное с неожиданным вызовом инициализации.
- При анализе UNEXPECTED_INITIALIZATION_CALL сохраните в перечне модулей сторонние драйверы фильтрации, безопасности, хранения данных, графики и виртуализации: удаление этих компонентов до разбора дампа может скрыть ответственный путь выполнения.
Не перезагружайте многократно компьютер с UNEXPECTED_INITIALIZATION_CALL до сохранения дампа и журналов событий. Для UNEXPECTED_INITIALIZATION_CALL выбирайте восстановительные действия по компоненту, указанному стеком и параметрами, а не только по символическому имени стоп-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.