Что означает код BSOD 253 (DIRTY_NOWRITE_PAGES_CONGESTION)?

DIRTY_NOWRITE_PAGES_CONGESTION

Перегрузка dirty pages без возможности записи для DIRTY_NOWRITE_PAGES_CONGESTION

DIRTY_NOWRITE_PAGES_CONGESTION имеет код проверки ошибки 0x000000FD. Эта проверка memory management указывает на dirty pages, которые невозможно или недопустимо записать обратно, из-за чего у системы заканчиваются пригодные варианты управления памятью. Причиной могут быть хранилище, paging, cache manager, файловые системы и фильтры.

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

• Исследуйте состояние dirty-page, modified-page writer и стека хранилища.
• Это не просто нехватка свободной RAM: важны путь обратной записи и атрибуты страниц.
• Драйверы файловой системы или фильтры могут удерживать страницы грязными либо недоступными для записи.

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

• Проверьте ошибки хранилища, состояние modified page writer и драйверы фильтров файловой системы.
• Проверьте конфигурацию page file и состояние диска.
• Используйте полный дамп ядра, поскольку ключевыми являются списки страниц и file objects.

Ссылки для DIRTY_NOWRITE_PAGES_CONGESTION

• Управление памятью в драйверах Windows
• Справочник кодов проверок ошибок Microsoft
• Анализ kernel-mode dump в WinDbg

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

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

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

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

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

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

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

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

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

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

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