Что означает код BSOD 170 (BOOTING_IN_SAFEMODE_DSREPAIR)?

 
Также может означать:
КонстантаТипОС
ERROR_BUSYОшибка WindowsWindows
Предыдущий Следующий
BOOTING_IN_SAFEMODE_NETWORK SESSION_HAS_VALID_POOL_ON_EXIT

BOOTING_IN_SAFEMODE_DSREPAIR

Маркер Directory Services Repair Mode для BOOTING_IN_SAFEMODE_DSREPAIR

BOOTING_IN_SAFEMODE_DSREPAIR — код bug check 0x000000AA. Этот маркер boot state существенен для domain controllers и систем, входящих в Directory Services Repair Mode. Он меняет ожидаемый набор активных служб и identity stores.

Как читать дамп BOOTING_IN_SAFEMODE_DSREPAIR

  • Интерпретируйте дамп с учётом boot profile DSRM.
  • Directory services, storage, security policy и boot-critical drivers важнее обычного workstation logon.
  • Сам маркер не является отказавшим компонентом.

Что проверить для BOOTING_IN_SAFEMODE_DSREPAIR

  • Установите, является ли машина domain controller и запускалась ли она в DSRM намеренно.
  • Проверьте базу directory service, security policy и состояние storage.
  • Сравните результаты нормальной загрузки и Safe Mode minimal.

Ссылки для BOOTING_IN_SAFEMODE_DSREPAIR

Данные дампа для BOOTING_IN_SAFEMODE_DSREPAIR

Для BOOTING_IN_SAFEMODE_DSREPAIR сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает состояние как «BOOTING_IN_SAFEMODE_DSREPAIR»; эта фраза определяет класс сбоя, а параметры и стек — конкретный объект, драйвер, процессор или экземпляр подсистемы.

Порядок анализа для BOOTING_IN_SAFEMODE_DSREPAIR

  • Запустите WinDbg !analyze -v, затем разберите документированное значение каждого параметра BOOTING_IN_SAFEMODE_DSREPAIR, а не полагайтесь только на строку probably-caused-by.
  • Для BOOTING_IN_SAFEMODE_DSREPAIR найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с booting / in / safemode / dsrepair.
  • Для BOOTING_IN_SAFEMODE_DSREPAIR сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.

Не перезагружайте многократно систему с BOOTING_IN_SAFEMODE_DSREPAIR до сохранения дампа и журналов событий. Восстановление должно следовать компоненту, указанному стеком и параметрами, а не только символическому имени stop-кода.

Данные дампа для BOOTING_IN_SAFEMODE_DSREPAIR

Для BOOTING_IN_SAFEMODE_DSREPAIR сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает состояние как «BOOTING_IN_SAFEMODE_DSREPAIR»; эта фраза определяет класс сбоя, а параметры и стек — конкретный объект, драйвер, процессор или экземпляр подсистемы.

Порядок анализа для BOOTING_IN_SAFEMODE_DSREPAIR

  • Запустите WinDbg !analyze -v, затем разберите документированное значение каждого параметра BOOTING_IN_SAFEMODE_DSREPAIR, а не полагайтесь только на строку probably-caused-by.
  • Для BOOTING_IN_SAFEMODE_DSREPAIR найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с booting / in / safemode / dsrepair.
  • Для BOOTING_IN_SAFEMODE_DSREPAIR сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.

Не перезагружайте многократно систему с BOOTING_IN_SAFEMODE_DSREPAIR до сохранения дампа и журналов событий. Восстановление должно следовать компоненту, указанному стеком и параметрами, а не только символическому имени stop-кода.

Нужно найти другой код? Найти другой код состояния или ошибки.