Что означает код BSOD 394 (SILO_CORRUPT)?

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

SILO_CORRUPT

Повреждение состояния silo или контейнера ядра SILO_CORRUPT

SILO_CORRUPT имеет код проверки ошибки 0x0000018A. Windows использует изоляцию на основе silo для контейнеров и server silo. Эта проверка ошибки указывает на повреждение такого состояния изоляции: несогласованное пространство имён объектов, задание, токен или данные ядра конкретного silo.

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

  • Определите silo, контейнер или контекст изолированной службы в дампе.
  • Важны пространство имён объектов, объект задания, токен и время жизни процесса.
  • Сбойный процесс может быть жертвой повреждённого состояния конкретного silo.

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

  • Проверьте среду выполнения контейнеров, Host Compute Service и недавние обновления, связанные с изоляцией.
  • Проверьте иерархию процессов и заданий в WinDbg.
  • Ищите драйверы и фильтры, неправильно обрабатывающие контексты server silo.

Ссылки для SILO_CORRUPT

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

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

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

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

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

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

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

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

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

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


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