BAD_POOL_CALLER: неправильный запрос к памяти ядра

Драйверам постоянно нужна память: под сетевой пакет, под запрос к диску, под список устройств. Они не берут её сами, а просят у ядра, и ядро выдаёт участки из пула. Пул бывает двух видов: тот, который можно временно выгрузить на диск, и тот, который всегда должен оставаться в оперативной памяти. У каждого участка есть заголовок с размером и меткой владельца, а правила пользования пулом строгие: когда можно просить, как возвращать, что делать с чужими участками.

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

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

Первый параметр ошибки обозначает тип нарушения, и Microsoft приводит для него длинную таблицу. Самому разбирать её не обязательно, но полезно понимать группы. Одна группа — поток попросил выделить участок нулевого размера или с недопустимой меткой. Другая — пытался освободить уже освобождённое, чужое или никогда не выделявшееся. Третья — обращался к пулу на неверном уровне прерывания.

Все эти группы указывают на ошибку программы. Отдельно стоят значения 0x1, 0x2 и 0x4, при которых повреждён заголовок пула. Их нужно воспринимать шире: заголовок мог затереть соседний драйвер, записавший больше, чем ему выделено, а могла исказить неисправная память. Если в журнале раз за разом появляются именно эти значения, тест памяти становится обязательным.

Увидеть параметры можно в «Просмотре событий»: после перезагрузки в журнале «Система» появляется запись о восстановлении после критической ошибки с кодом и четырьмя числами. Сфотографируйте её или перепишите первое число. Мастеру это сэкономит время, а вам подскажет, в какую сторону смотреть в первую очередь. Если синих экранов было несколько, сравните записи между собой. Одно и то же значение первого параметра при каждом сбое говорит о повторяющейся ошибке одного драйвера. Разные значения, особенно вперемешку с другими кодами, — о том, что причина не в логике программы, а в чём-то, что портит данные случайно.

Первая проверка — программы уровня системы. Составьте список установленного незадолго до сбоев: антивирус или второй антивирус поверх первого, клиент VPN, программа резервного копирования, шифрование дисков, эмулятор виртуальных приводов, утилита для сетевой карты или звука. Все они ставят свои драйверы в ядро. Удаляйте их по одной через штатный деинсталлятор, начиная с последней, и наблюдайте несколько дней. Два антивируса одновременно — отдельный повод начать именно с них. Встроенный защитник Windows сам уступает место стороннему антивирусу, а вот две сторонние программы защиты друг другу не уступают и одновременно пытаются перехватывать одни и те же операции. Именно в таких конфликтах драйверы и начинают обращаться с памятью так, как не рассчитывал ни один из разработчиков.

Вторая — проверка памяти. Microsoft для случаев с порчей пула прямо советует средство проверки памяти Windows: в поиске меню «Пуск» наберите «Средство проверки памяти Windows», согласитесь на перезагрузку и дождитесь окончания теста. Результат потом ищут в «Просмотре событий», в журнале «Система», по записи MemoryDiagnostics-Results. Ошибки в нём снимают вопрос о драйверах: память неисправна.

Третья проверка, которую Microsoft тоже рекомендует, — средство проверки драйверов с параметрами пула памяти. Оно следит за работой выбранных драйверов и роняет систему в момент нарушения уже с именем виновника. Но при неудачном выборе параметров компьютер начинает падать при каждой загрузке, и выключать проверку приходится из безопасного режима. Это инструмент для того, кто готов к такому сценарию, и мастер пользуется им в контролируемых условиях.

На железо указывает то, что синие экраны не прекратились после удаления всех подозрительных программ и приходят и в безопасном режиме. Код меняется от раза к разу, рядом появляются синие экраны MEMORY_MANAGEMENT и PAGE_FAULT_IN_NONPAGED_AREA. Тест памяти находит ошибки или компьютер перестал видеть часть объёма. Сбои начались после установки дополнительной планки или после переноса компьютера, когда модули могли сдвинуться в слотах.

Мастер разбирает дампы: по ним виден тип нарушения и метка участка пула, а метка часто указывает на драйвер-владелец. Если след ведёт к конкретной программе, её заменяют совместимой версией или аналогом. Если нет — память проверяется многочасовым тестом по одной планке и в разных слотах, чтобы отличить неисправный модуль от неисправного разъёма на плате, а в BIOS сбрасывается профиль разгона. Дополнительно проверяются контакты модулей и чистота слотов: окисленные контакты и пыль в разъёме дают ошибки, которые то появляются, то пропадают. Такая неисправность исчезает после простой переустановки планок, и новую память покупать не приходится.

Диагностика и выезд мастера бесплатны. Замена или настройка драйвера-нарушителя — «Настройка драйверов и обновлений», 1 200 ₽. Если нужна замена памяти, подбираем совместимый модуль и называем его цену до начала работ.