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