Синий экран с кодом ATTEMPTED WRITE TO READONLY MEMORY в Windows 11/10 или других версиях ОС прямо говорит о причине: попытка записи в область оперативной памяти «только для чтения». Однако, этих сведений не всегда достаточно для того, чтобы разобраться в конкретном виновнике и решить проблему.

В этой инструкции подробно о том, что чаще всего приводит к указанному сбою, способах определить конкретного виновника и исправить ошибку.

Наиболее частые причины ошибки и способы её исправить

Как было отмечено выше, текст кода BSoD ATTEMPTED WRITE TO READONLY MEMORY можно перевести как «попытка записи в память только для чтения».

Если механизмы защиты Windows замечают такие попытки, они автоматически приостанавливают работу системы, а вы видите сообщение о сбое.

Наиболее частые причины такого сбоя:

• Ошибки или конфликты драйверов устройств — физических и виртуальных (виртуальные сетевые адаптеры, эмуляция дисков и другие).
• Ошибки оперативной памяти — неисправность модулей или проблемы с их подключением, нестабильный разгон (в том числе нестабильная работа профилей XMP/EXPO/DOCP), не полностью совместимый набор модулей оперативной памяти.
• Конфликты антивируса и античита (BattleEye, Vanguard, EasyAntiCheat), некорректная работа античита.
• Редко: ошибки БИОС/UEFI, проблемы с накопителем, на котором расположен файл подкачки, программы виртуализации, вирусы и вредоносное ПО.

Отсюда следуют основные способы исправить ошибку:

1. Если ошибка возникла после недавнего обновления какого-либо драйвера, установить предыдущую стабильную версию.
2. В случае, если ошибка появилась недавно: можно попробовать использовать точки восстановления системы на дату, когда всё работало стабильно. Также имеет смысл проверить и восстановить системные файлы Windows с помощью команды

   sfc /scannow

   Если в результате вы увидите информацию о том, что поврежденные файлы обнаружены, но не удается восстановить некоторые из них, по порядку выполните команды (первая может выполняться очень долго и «зависать» в процессе):

   dism /online /cleanup-image /restorehealth
   sfc /scannow

   

3. В случае, если на синем экране ATTEMPTED WRITE TO READONLY MEMORY сообщается о каком-либо файле .sys — определить (например, с помощью поиска в Интернете), к какому драйверу относится этот файл и либо удалить его, либо переустановить на другую, стабильную версию.
4. Проверить оперативную память на ошибки, например, с помощью memtest86, попробовать отключить профили разгона в БИОС/UEFI (инструкция по включению, сделать наоборот), при использовании «разнокалиберных» планок памяти, попробовать оставить одну или две одинаковых в правильных разъёмах.
5. Проверка драйверов с помощью Driver Verifier. Внимание: это требует некоторого опыта и может привести к постоянным синим экранам, беритесь только если готовы и понимаете, как отключить проверку драйверов, если это потребуется.
6. Если вы сталкиваетесь с ошибкой только в играх, использующих определённых античит, проверьте наличие новых версий, также можно попробовать временно отключить сторонний антивирус при наличии.
7. Выполните проверку системного раздела диска на ошибки, запустив следующую команду в командной строке от имени администратора (потребуется перезагрузка):

   chkdsk C: /f /r

8. Проверьте компьютер на наличие вредоносных программ, например, с помощью KVRT.

Подводя итог, чаще всего причина — «кривой» драйвер или проблемы с оперативной памятью. В некоторых случаях легко определить такой драйвер не удается, в этом случае может помочь следующий раздел.

Анализ дампа памяти

При синем экране ATTEMPTED WRITE TO READONLY MEMORY в папке C:\Windows\minidump создаётся файл дампа памяти (при условии, что соответствующая функциональность не была отключена, но её можно включить), который содержит отладочную информацию, извлечь которую можно с помощью специальных программ для анализа дампов памяти.

Например, открыв дамп памяти с помощью WinDbg и использовав команду (можно ввести в поле ввода команд или нажать по ссылке в окне программы):

!analyze -v

вы получите отчёт, в котором, возможно, будет указан драйвер, вызвавший сбой в поле IMAGE_NAME/MODULE_NAME (внимание: если вы видите nt и ntkrnlmp.exe — это говорит лишь о том, что сбой произошёл на уровне ядра, сами эти файлы не являются виновниками), а также другая полезная информация, которая может помочь в решении проблемы.

Если вручную разобрать отчет WinDbg не удаётся, вы можете попробовать загрузить дамп памяти в автоматизированный сервис для анализа BSoD, где интерпретация отчета производится автоматически, а также даются рекомендации, которые могут помочь в вашем конкретном случае.

Также вы можете подробно описать закономерности появления синего экрана в вашем случае в комментариях ниже, с указанием информации после чего, предположительно, стали появляться сбои, удалось ли что-то выяснить об их причинах и любых других полезных сведений. Постараюсь подсказать решение.