| Предыдущий | Следующий |
| SAVER_UNSPECIFIED | SAVER_INPUT |
SAVER_BLANKSCREEN
Категория SAVER пустого экрана SAVER_BLANKSCREEN
SAVER_BLANKSCREEN имеет код проверки ошибки 0x0000F002. Это значение SAVER означает, что наблюдаемый сбой был связан с пустой или неотрисовываемой поверхностью оболочки или дисплея. Его следует диагностировать по состоянию графики, оболочки, сеанса и модели приложений, а не как классический код остановки видеодрайвера.
Как читать дамп SAVER_BLANKSCREEN
- Рассматривайте значение как внутреннюю диагностическую категорию Windows, а не классический код синего экрана с публичными параметрами.
- Для SAVER_BLANKSCREEN имя процесса, список модулей, запись журнала событий и категория WER важнее одного лишь символьного имени.
- Для SAVER_BLANKSCREEN, если дамп существует, определите, является ли он динамическим дампом, дампом модели приложений или дампом проверки ядра, инициированной для диагностики.
Что проверить для SAVER_BLANKSCREEN
- Сохраните дамп и отчёт WER до многократных перезагрузок или очистки журналов.
- Для SAVER_BLANKSCREEN сопоставьте категорию с событиями оболочки, модели приложений, графики, ввода, ресурсов и узла служб.
- Для SAVER_BLANKSCREEN используйте код как указатель направления анализа; первопричина всё равно определяется стеком и телеметрией поставщика.
Ссылки для SAVER_BLANKSCREEN
- Windows SDK bugcodes.h
- Исследовательский указатель кодов проверок ошибок Windows
- Отчёты об ошибках Windows
- Обнаружение тайм-аута и восстановление
- Справочник кодов проверок ошибок Microsoft
- Анализ kernel-mode dump в WinDbg
Данные дампа для SAVER_BLANKSCREEN
Для SAVER_BLANKSCREEN сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_BLANKSCREEN»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SAVER_BLANKSCREEN
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SAVER_BLANKSCREEN, а не полагайтесь только на строку probably-caused-by. - Для SAVER_BLANKSCREEN найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / blankscreen.
- Для SAVER_BLANKSCREEN сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SAVER_BLANKSCREEN до сохранения дампа и журналов событий. Для SAVER_BLANKSCREEN способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для SAVER_BLANKSCREEN
Для SAVER_BLANKSCREEN сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_BLANKSCREEN»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SAVER_BLANKSCREEN
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SAVER_BLANKSCREEN, а не полагайтесь только на строку probably-caused-by. - Для SAVER_BLANKSCREEN найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / blankscreen.
- Для SAVER_BLANKSCREEN сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SAVER_BLANKSCREEN до сохранения дампа и журналов событий. Для SAVER_BLANKSCREEN способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.