Код остановки MEMORY_MANAGEMENT - синий экран уже работающей Windows. На экране пишут имя MEMORY_MANAGEMENT и число 0x0000001A: это одно и то же. Диспетчер памяти нашёл структуру, которая не сходится: страница, список или таблица. Это не ошибка установки с флешки и не код Центра обновления. Сосед по симптомам - PAGE_FAULT_IN_NONPAGED_AREA (0x00000050): там ядро ткнулось в невыгружаемую область, здесь сломался сам учёт страниц.

Почему это происходит

Оперативная память врёт. Планка, слот, несовместимая пара, жёсткий XMP. Самая частая бытовая причина. Падения в случайный момент: браузер, копия файла, простой на рабочем столе. Если экран только в одной игре, память всё равно проверяют, но первее смотрят видеодрайвер.

Файл подкачки на сыплющемся диске. Диспетчер читает страницу с накопителя и получает мусор. Рядом медленный диск, щелчки HDD, жёлтый SMART. Лечить «настройкой подкачки в реестре» бессмысленно: нужно здоровье тома.

Драйвер портит пулы. Антивирус, фильтр диска, «ускоритель RAM». Если MEMORY_MANAGEMENT начался на следующий день после нового фильтра - откатите его до покупки планок.

Повреждённые файлы системы. После оборванного обновления структуры, с которыми работает память, могут быть уже не теми. Тогда sfc и DISM, не замена процессора.

Разгон и питание. Частоты памяти выше сертификата, слабый блок на пике. MEMORY_MANAGEMENT любит нестабильную память, не «слабый процессор».

Не скачивайте программу «исправить MEMORY_MANAGEMENT». Такого патча нет. Не подменяйте ntoskrnl.exe файлом с другой машины: это ядро конкретной сборки.

Две планки разного объёма или разных партий на старой плате могут жить неделями, а 0x0000001A вылезти при большом файле. Если тест ругается только когда обе вместе, а по одной молчит - канал или непара, не «нужен другой процессор».

Отдельно стоит ситуация «синий экран только после сна». Windows выгружает страницы и поднимает их обратно: битая планка или тёплый слот после крышки ноутбука дают MEMORY_MANAGEMENT именно в этот момент. Это всё ещё не ошибка установки и не код Центра обновления. Не лечите сон «отключением гибернации в реестре»: вы спрячете момент падения и не узнаете, врёт ли память.

Что проверить самому

  1. Запишите имя и число с экрана. Нужны именно MEMORY_MANAGEMENT и 0x0000001A, не похожий PAGE_FAULT. Запомните, что делали в момент падения и ставили ли планки или XMP недавно. Разовый экран после сбоя питания и ежедневный под офисом - разные веса.

  2. Прогоните память до конца. mdsched.exe, расширенный проход, не прерывать. Результат смотрите в журнале «Система», MemoryDiagnostics-Results. Одна ошибка уже повод вытащить планки по одной. Как сделать это аккуратно - в инструкции по проверке памяти.

  3. Снимите XMP / EXPO и ручные тайминги. В BIOS верните память в профиль по умолчанию. Если стоп пропал - либо планки не держат профиль, либо слот. Жить на стандартных частотах нормально.

  4. Проверьте диск и подкачку. CrystalDiskInfo на SMART, chkdsk C: /f. Подкачку оставьте под управлением системы. Не удаляйте pagefile.sys руками и не переносите его на флешку. Если диск жёлтый - сначала копия данных.

  5. Откатите свежий драйвер и фильтр. Видео, чипсет, антивирус. Чистая загрузка без сторонних служб. Если в таком режиме экран исчез - возвращайте программы по одной.

  6. Проверьте системные файлы, если память и диск чистые. sfc /scannow, затем DISM /Online /Cleanup-Image /RestoreHealth. Это чинит хранилище компонентов, не битую планку.

Часто задаваемые вопросы

MEMORY_MANAGEMENT и 0x0000001A - одно? Да. Имя и число одного bug check.

Это всегда плохая оперативка? Чаще всего да, но бывает диск и драйвер. Сначала тест памяти и SMART, потом система.

Поможет ли переустановка Windows? Если причина в битых файлах - иногда. Если в планке или диске - стоп вернётся.

Можно ли отключить проверку памяти в реестре? Нельзя как лечение. Вы спрячете симптом и получите порчу данных.

Чем это не CLOCK_WATCHDOG_TIMEOUT? Там сторож ждал ядро процессора. Здесь сломался учёт страниц. Лечение одно на оба не работает.

Смотрите также