| Предыдущий | Следующий |
| ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY | BUGCODE_USB_DRIVER |
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-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.