#Что означает ошибка
На вашем ПК возникла проблема ATTEMPTED_WRITE_TO_READONLY_MEMORY
означает, что драйвер попытался записать данные в область памяти, доступную только для чтения. Чаще всего причина в драйвере, оборудовании или повреждённых системных файлах.
#Причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Сбойный драйверНедавно установленный. | Имя драйвера в сообщении. Откройте диспетчер устройств, запишите модель, версию и дату драйвера; сопоставьте с первым появлением сбоя. | Если ошибка началась после драйвера, примените точечный откат или официальное обновление. |
| Разгон процессора или памяти | Сбой при нагрузке. В диспетчере задач откройте вкладку «Производительность → Память» и посмотрите загрузку во время появления ошибки. | Верните штатные частоты и напряжения при недавнем разгоне. |
| Ошибки RAM | Сбой в разных программах. В диспетчере задач откройте вкладку «Производительность → Память» и посмотрите загрузку во время появления ошибки. | Проверьте RAM через mdsched после сохранения документов. |
| Повреждённые файлы | Сбой повторяется. Сверьте точное имя и расположение файла; попробуйте действие на копии без изменения исходника. | Проверяйте файлы Windows, но не запускайте chkdsk /r на неисправном носителе. |
#Пошаговое решение
- Запишите код и время синего экранаЕсли вы увидели синий экран
ATTEMPTED_WRITE_TO_READONLY_MEMORY, запишите код остановки, время и что происходило непосредственно перед ним (под нагрузкой, после разгона или обновления драйвера). Если после перезагрузки Windows открылась, нажмитеWin+R→perfmon /rel→ Enter: в «Мониторе стабильности» найдите критическое событие по дате. ЗатемWin+R→eventvwr.msc→ «Журналы Windows» → «Система» и сопоставьте события по времени. Событие Kernel-Power 41 само по себе лишь фиксирует внезапную перезагрузку и не показывает неисправный драйвер. До изменений сохраните важные файлы. - Проверьте гипотезу: сбойный драйвер
ATTEMPTED_WRITE_TO_READONLY_MEMORY(0xBE) указывает на попытку записи в защищённую область памяти. Если перед сбоем обновляли драйвер, откройтеdevmgmt.msc, найдите соответствующее устройство и в его свойствах → «Драйвер» проверьте «Откатить». При отсутствии отката загрузите точную совместимую версию на сайте производителя, а не на агрегаторах драйверов. - Проверьте гипотезу: разгон процессора или памятиЕсли сбои появились после XMP/EXPO, изменения частоты процессора или питания, в BIOS/UEFI сначала запишите действующие значения и верните только недавно изменённые параметры к штатным. Сохраните настройку, проверьте несколько обычных запусков. Не выполняйте массовый сброс UEFI на устройстве с RAID или BitLocker без резервной копии ключа восстановления.
- Проверьте гипотезу: ошибки ramПри ошибках в разных программах выполните
Win+R→mdsched.exe→ тест памяти после перезапуска; сохраните документы. Результаты смотрите в «Просмотр событий» → «Журналы Windows» → «Система» по источнику MemoryDiagnostics-Results. Если тест выявляет аппаратные ошибки, не пытайтесь решить их командами SFC: сначала проверяется модуль памяти и настройки. - Сравните минидамп с событиямиЕсли ошибка
ATTEMPTED_WRITE_TO_READONLY_MEMORYповторяется, откройте Проводник (Win+E) и проверьте наличие дампов вC:\Windows\Minidump. Для технической диагностики установите WinDbg с официального сайта Microsoft, откройте через File → Open dump file последний.dmpи выполните!analyze -v; сопоставьте модуль с конкретным устройством и временем обновлений. Упоминание.sysещё не доказывает вину этого файла. Указание имени драйвера в дампе должно совпадать по времени с изменением ПО. Передайте код, сведения об оборудовании и журнал специалисту, если причина не определилась.
#Проверка результата
Проверьте именно сценарий, при котором появлялся Синий экран ATTEMPTED_WRITE_TO_READONLY_MEMORY в Windows, но не создавайте намеренно опасную нагрузку на неисправное оборудование. Через некоторое время посмотрите, появился ли новый минидамп; отсутствие одного падения ещё не означает полного исправления.