| Предыдущий | Следующий |
| NETIO_INVALID_POOL_CALLER | WORKER_THREAD_RETURNED_WITH_BAD_IO_PRIORITY |
PAGE_NOT_ZERO
Нарушение целостности обнулённой страницы PAGE_NOT_ZERO
PAGE_NOT_ZERO имеет код проверки ошибки 0x00000127. Для безопасности и корректности Windows ожидает, что физические страницы будут обнулены перед передачей новым потребителям. Эта проверка ошибки указывает на повреждение памяти, неправильный DMA, неисправное ОЗУ (RAM) или запись драйвера в страницу после прекращения владения ею.
Как читать дамп PAGE_NOT_ZERO
- Критически важны PFN или номер кадра страницы, тег пула и последний владелец.
- Это серьёзнее обычного давления памяти, поскольку содержимое страницы нарушило инвариант обнуления.
- Если обычный стек не объясняет запись, часто следует подозревать устройства и драйверы с поддержкой DMA.
Что проверить для PAGE_NOT_ZERO
- После сохранения дампа запустите диагностику памяти.
- Для подозреваемых драйверов включите Driver Verifier, проверку DMA и специальный пул.
- Проверьте недавние обновления драйверов хранилища, сети, GPU и устройств, способных выполнять DMA в память.
Ссылки для PAGE_NOT_ZERO
- Управление памятью в драйверах Windows
- Driver Verifier
- Справочник кодов проверок ошибок Microsoft
- Анализ kernel-mode dump в WinDbg
Данные дампа для PAGE_NOT_ZERO
Для PAGE_NOT_ZERO сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «PAGE_NOT_ZERO»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для PAGE_NOT_ZERO
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра PAGE_NOT_ZERO, а не полагайтесь только на строку probably-caused-by. - Для PAGE_NOT_ZERO найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с page / zero.
- Для PAGE_NOT_ZERO сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с PAGE_NOT_ZERO до сохранения дампа и журналов событий. Для PAGE_NOT_ZERO способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для PAGE_NOT_ZERO
Для PAGE_NOT_ZERO сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «PAGE_NOT_ZERO»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для PAGE_NOT_ZERO
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра PAGE_NOT_ZERO, а не полагайтесь только на строку probably-caused-by. - Для PAGE_NOT_ZERO найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с page / zero.
- Для PAGE_NOT_ZERO сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с PAGE_NOT_ZERO до сохранения дампа и журналов событий. Для PAGE_NOT_ZERO способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.