| Предыдущий | Следующий |
| OBJECT_INITIALIZATION_FAILED | PROCESS_INITIALIZATION_FAILED |
SECURITY_INITIALIZATION_FAILED
Сбой инициализации подсистемы безопасности SECURITY_INITIALIZATION_FAILED
SECURITY_INITIALIZATION_FAILED имеет код проверки ошибки 0x0000005F. Этот код означает, что инициализация безопасности ядра не завершилась. На этапе загрузки он может быть связан с инфраструктурой токенов, аудита, проверки доступа, сеансов входа, политики или дескрипторов безопасности.
Как читать дамп SECURITY_INITIALIZATION_FAILED
- Сбой происходит до обычного входа пользователя и не является простым отказом аутентификации.
- Ищите коды состояния подсистемы безопасности и рано загружаемые защитные или фильтрующие драйверы.
- Могут иметь значение целостность системных файлов и состояние реестра или политики безопасности.
Что проверить для SECURITY_INITIALIZATION_FAILED
- Проверьте защитные продукты ранней загрузки, изменения учётных данных или политики безопасности и повреждение системных файлов.
- Сохраните вложенный код состояния и стек.
- Если система постоянно завершается сбоем при загрузке, сравните журналы безопасного режима и среды восстановления.
Ссылки для SECURITY_INITIALIZATION_FAILED
- Проверки безопасности в драйверах
- Вспомогательные подпрограммы режима ядра
- Справочник кодов проверок ошибок Microsoft
- Файлы аварийных дампов и WinDbg
Данные дампа для SECURITY_INITIALIZATION_FAILED
Для SECURITY_INITIALIZATION_FAILED сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SECURITY_INITIALIZATION_FAILED»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SECURITY_INITIALIZATION_FAILED
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SECURITY_INITIALIZATION_FAILED, а не полагайтесь только на строку probably-caused-by. - Для SECURITY_INITIALIZATION_FAILED найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с security / initialization.
- Для SECURITY_INITIALIZATION_FAILED сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SECURITY_INITIALIZATION_FAILED до сохранения дампа и журналов событий. Для SECURITY_INITIALIZATION_FAILED способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для SECURITY_INITIALIZATION_FAILED
Для SECURITY_INITIALIZATION_FAILED сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SECURITY_INITIALIZATION_FAILED»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SECURITY_INITIALIZATION_FAILED
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SECURITY_INITIALIZATION_FAILED, а не полагайтесь только на строку probably-caused-by. - Для SECURITY_INITIALIZATION_FAILED найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с security / initialization.
- Для SECURITY_INITIALIZATION_FAILED сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SECURITY_INITIALIZATION_FAILED до сохранения дампа и журналов событий. Для SECURITY_INITIALIZATION_FAILED способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.