Как исправить PAGE_FAULT_WITH_INTERRUPTS_OFF (0x00000049)

О чём эта статья

Эта статья объясняет, как пошагово диагностировать и устранять PAGE_FAULT_WITH_INTERRUPTS_OFF (0x00000049). Подойдёт как для домашних пользователей, так и для ИТ-администраторов. Приведены команды, критерии приёмки, сценарии, в которых методы не подходят, и план действий при инциденте.

Симптомы и типичные причины

• Синий экран с текстом PAGE_FAULT_WITH_INTERRUPTS_OFF и кодом 0x00000049.
• Непредсказуемые перезагрузки, зависания или потеря данных приложений.

Типичные причины:

• Неисправная оперативная память (RAM).
• Проблемные или несовместимые драйверы (особенно сетевые и видео).
• Повреждённые системные файлы или ошибки на диске.
• Неправильные настройки виртуальной памяти.

Важно: если ошибка появляется только при запуске конкретного приложения или задачи — начните с изоляции этого сценария.

Быстрый план действий

1. Сохраните дамп памяти и сделайте бэкап важных данных.
2. Проанализируйте дамп в WinDbg (!analyze -v).
3. Запустите Driver Verifier для поиска проблемных драйверов.
4. Проверьте оперативную память и диск (mdsched, chkdsk).
5. Обновите/откатите драйверы или выполните чистую загрузку.
6. При необходимости — восстановите систему до предыдущей точки.

Подробная инструкция

1. Анализ дампа в WinDbg

1. Скачайте Debugging Tools for Windows с сайта Microsoft и установите WinDbg.
2. Запустите WinDbg.
3. В меню File выберите Symbol File Path.
4. Введите путь символов в точности: SRV*C:\Windows\symbol_cache*https://msdl.microsoft.com/download/symbols
5. Нажмите OK.
6. В меню File выберите Open Crash Dump.
7. Откройте дамп (обычно C:\Windows\Memory.dmp или C:\Windows\Minidump).
8. Введите в командной строке WinDbg: !analyze -v и нажмите Enter.
9. Проанализируйте вывод: ищите строки с «MODULE_NAME», «IMAGE_NAME», «STACK_COMMAND», и указания на конкретный драйвер или модуль.

Примечание: анализ дампа показывает подозрительный модуль, но не всегда указывает точную причину — важно сопоставлять вывод с поведением системы.

2. Использование Driver Verifier

1. Нажмите Пуск, введите cmd, щёлкните правой кнопкой и выберите Запуск от имени администратора.
2. Введите verifier и нажмите Enter.
3. Выберите Create standard settings и нажмите Next.

4. Выберите Automatically select all drivers installed on this computer и нажмите Next.
5. Нажмите Finish и перезагрузите компьютер.

Важно: Driver Verifier нагружает драйверы и может привести к повторному BSoD для выявления проблемного драйвера. Если система не загружается, загрузитесь в безопасном режиме и отключите Verifier через verifier /reset.

Когда Verifier обнаружит проблемный драйвер, Windows выдаст дамп с указанием модуля; используйте WinDbg для детализации.

3. Обновление или откат драйверов

1. Нажмите Windows + X и выберите Device Manager.
2. Ищите устройства с жёлтым восклицательным знаком.
3. Правой кнопкой по устройству → Update driver.
4. Выберите Search automatically for drivers.
5. Если проблема началась после обновления драйвера, откройте Properties → вкладка Driver → Roll Back Driver.

Если автоматическое обновление не помогает, скачайте драйверы с сайта производителя (не из сомнительных источников). Для корпоративных систем — используйте образ/репозиторий драйверов однообразно.

4. Тест оперативной памяти

1. Нажмите Windows + R, введите mdsched.exe, нажмите Enter.
2. Выберите Restart now and check for problems.
3. Дождитесь завершения проверки и просмотра отчёта после перезагрузки.

Если тест обнаружит ошибки — попробуйте переставить модули RAM по слотам, протестировать каждый модуль по отдельности и заменить бракованный модуль.

5. Проверка диска на ошибки

1. Откройте командную строку от имени администратора.
2. Введите: chkdsk /f /r и нажмите Enter.
3. Введите Y, чтобы запланировать проверку при следующем запуске.
4. Перезагрузите ПК и дождитесь завершения.

chkdsk исправляет ошибки файловой системы и помечает дефектные сектора, что уменьшает вероятность чтения повреждённых данных и связанных с этим page fault.

6. Настройка виртуальной памяти

1. Нажмите Windows + R, введите sysdm.cpl, нажмите Enter.
2. Перейдите на вкладку Advanced и нажмите Settings в разделе Performance.
3. На вкладке Advanced нажмите Change в разделе Virtual Memory.
4. Убедитесь, что включена опция Automatically manage paging file size for all drives.

Примечание: для серверов или рабочих станций с большими нагрузками рекомендуется вручную задавать размер под рабочие требования (обычно 1–1.5× объёма RAM как стартовая рекомендация), но делать это следует осторожно.

7. Чистая загрузка

1. Нажмите Windows + R, введите msconfig, нажмите Enter.
2. Перейдите на вкладку Services, отметьте Hide all Microsoft services, затем нажмите Disable all.
3. На вкладке Startup нажмите Open Task Manager и отключите все элементы автозагрузки.
4. Нажмите OK и перезагрузите компьютер.

Чистая загрузка помогает выявить конфликт стороннего ПО или сервиса. Если после чистой загрузки BSoD больше не возникает — включайте сервисы и автозагрузку по одному, чтобы найти виновника.

8. Восстановление системы

1. Нажмите Windows + R, введите rstrui, нажмите Enter.
2. Следуйте мастеру и выберите точку восстановления до появления ошибки.
3. Подтвердите и дождитесь завершения процесса.

Восстановление системы отменяет недавние изменения в реестре и системных файлах, не затрагивая личные файлы.

Дополнительные методы и альтернативы

• Замените аппаратные компоненты: если подозрения падают на RAM или HDD/SSD, временно замените их на заведомо исправные.
• Обновите BIOS/UEFI и прошивки контроллеров (SATA/NVMe) — только из проверенных источников и строго по инструкциям производителя.
• Выполните проверку системных файлов: sfc /scannow и DISM /Online /Cleanup-Image /RestoreHealth.

Важно: перед обновлением BIOS создайте резервные копии и убедитесь в стабильном питании — не прерывайте прошивку.

Когда эти методы не помогут (контрпримеры)

• Если дамп указывает на физическую неисправность CPU или материнской платы — программные правки не помогут.
• Если проблема связана с корневой уязвимостью стороннего драйвера, исправление возможно только после выпуска патча от производителя.
• На нестабильных разгонных настройках (overclock) восстановление стабильности возможно только возвратом к заводским параметрам.

Методология расследования (мини-метод)

1. Сбор данных: дампы, журналы событий (Event Viewer), логи драйверов.
2. Упрощение: чистая загрузка, безопасный режим, отключение периферии.
3. Диагностика: WinDbg, Driver Verifier, memtest, chkdsk.
4. Исправление: обновление/откат/замена компонентов.
5. Проверка: воспроизведение сценария и наблюдение за стабильностью 24–72 часа.

Ролевые чек-листы

Для домашнего пользователя:

• Сделать бэкап важных файлов.
• Запустить Windows Memory Diagnostic и chkdsk.
• Попробовать откат драйверов и обновление Windows.

Для системного администратора:

• Собрать дамп и выполнить !analyze -v в WinDbg.
• Запустить Driver Verifier по лабораторному плану (сначала на тестовой машине).
• Проверить прошивки контроллеров и логи оборудования.

Для разработчика/инженера драйверов:

• Проанализировать стек вызовов в дампе, локализовать проблемную функцию.
• Использовать статический анализ и тесты стресса на целевом оборудовании.

Критерии приёмки

• Система не показывает PAGE_FAULT_WITH_INTERRUPTS_OFF в течение как минимум 72 часов при типичной нагрузке.
• WinDbg и Driver Verifier не возвращают фатальных ошибок для одного и того же модуля.
• memtest и chkdsk завершаются с нулевым количеством ошибок.

Тестовые случаи и приёмка

• Запустить тест памяти на 4 прохода — ожидаемый результат: 0 ошибок.
• Проверить загрузку CPU и I/O на 1–2 часа при пиковых сценариях — ожидаемый результат: отсутствие BSoD.
• Включить все ранее отключённые службы поочерёдно — ожидаемый результат: выявление сервиса, вызывающего сбой.

Частые ошибки при устранении

• Неправильное понимание вывода WinDbg — помните, что указанный модуль может быть «жертвой» (victim), а не виновником.
• Пропуск обновления прошивки контроллера диска при наличии артефактов чтения.
• Отключение Verifier без сбора дополнительной информации — теряются полезные данные для диагностики.

Краткое резюме

PAGE_FAULT_WITH_INTERRUPTS_OFF — серьёзный сигнал о проблемах с памятью, драйверами или файловой системой. Систематический подход: сбор дампов, анализ, стресс-тест драйверов и аппаратные проверки — обычно приводит к выявлению и устранению причины. Всегда делайте бэкапы перед вмешательством и документируйте изменения.

Рекомендуемые следующие шаги: собрать дамп, запустить Driver Verifier, протестировать память, проверить диск, при необходимости выполнить откат драйверов или восстановление системы.

Ресурсы для дальнейшего чтения: руководство по анализу дампов Windows, официальная документация Microsoft по Driver Verifier и диагностике памяти.