Драйвер irql ошибка

DRIVER IRQL NOT LESS OR EQUAL — распространенная проблема в операционных системах Windows 7, 10, 11. Стандартно она возникает в двух проявлениях: просто вылетает активное окно с ошибкой (реже) и синий экран (чаще). В подавляющем большинстве случаев возникновение проблемы вызывает команду STOP и система перезагружается.

DRIVER_IRQL_NOT_LESS_OR_EQUAL – что это?

В тексте сообщения DRIVER IRQL NOT LESS OR EQUAL скрыты некоторые сведения, которые понятны только системным администраторам. Чтобы понять, что это такое IRQL NOT LESS OR EQUAL, нам нужно расшифровать код. Условно мы можем поделить его на 3 части:

• DRIVER – проблема касается драйверов в системе. Это действительно так в большинстве случаев.
• IRQL – система прерывания запроса или алгоритм приоритизации. То есть сравнение приоритетов для драйверов.
• NOT_LESS_OR_EQUAL – «не меньше или равно». Это означает, что уровень приоритетов проблемного драйвера выше или равен другому процессу, который он пытается прервать. Здесь работает правило – чем ниже уровень, тем выше приоритет. То есть процесс 4 уровня более важен в сравнении с задачей 5 уровня.

Ищем причину ошибки DRIVER_IRQL_NOT_LESS_OR_EQUAL

Несмотря на то, что IRQL NOT LESS OR EQUAL указывает на проблемы драйверов, это далеко не всегда является первопричиной. Сбой драйверов может провоцировать и аппаратная платформа, а затем и саму ошибку.

Основные причины ошибки:

• eстаревший или битый драйвер, многие пользователи сталкиваются именно с этой неисправностью;
• конфликт драйверов после установки оборудования или некоторых программ;
• проблемы при разгоне частот оперативной памяти, видеокарты или процессора;
• поврежденные файлы системы;
• программная неполадка, связанная с некорректными утилитами;
• неисправные комплектующие: обычно HDD или ОЗУ.

Намного более точные результаты можем получить при условии, что проанализируем ошибку DRIVER_IRQL_NOT_LESS_OR_EQUAL с помощью журналов Windows. Если повезет, можем открыть «Просмотр журналов событий» в Windows 10 и посмотреть, на проблему в каком файле ссылается система. Затем останется узнать его причастность к программному обеспечению и исправить ошибку. Более надежный путь – анализ мини-дампов памяти, это делать непросто, но есть палочка-выручалочка – BlueScreenView. Она очень быстро покажет в каком именно файле (или цепочке файлов) проблема.

Способы исправления BSOD

К сожалению, как и большинство других «синих экранов смерти», DRIVER IRQL NOT LESS OR EQUAL в Windows 7, 10, 11 не имеет единственно верного решения. Причин много и способов исправления не меньше. Для компактности мы объединили некоторые исправления в логические блоки.

Работа с драйверами

Ошибка IRQL NOT LESS OR EQUAL может быть спровоцирована практически любым драйвером. Мы видели упоминания о проблемах с драйвером сетевой карты, жесткого диска, периферии, видеокарты. Очень поможет, если в результате исследования ошибки, по инструкции немного выше, будет сужен круг поиска. В остальных ситуациях придется перебирать методы в ручном порядке.

Что делать при ошибке DRIVER IRQL NOT LESS OR EQUAL в Windows 10:

• Отключить кеширование накопителей. Следует открыть «Диспетчер устройств», развернуть список дисковых устройств и перейти в свойства диска. Затем на вкладке «Политика» стоит снять галочку с «Разрешить кэширование записей для этого устройства».

• Переустановить драйвера для сетевого адаптера. Следует попробовать удалить и установить повторно драйвер для Ethernet-карты, а также для Wi-Fi-модуля. Обычно его можем найти на сайте производителя ноутбука или самого оборудования.
• Установить новый драйвер для «Дисковых устройств». Известны случаи, когда BSOD появляется только при работе с SSD, а с HDD работает стабильно. Нужно понаблюдать за поведением системы и установить соответствующий драйвер.
• Отключить всю периферию и воспроизвести условия, в которых появляется синий экран. Если ничего в этот раз не будет, подключаем оборудование по одному, таким образом вычисляя виновника.
• Полностью удалить и установить новый драйвер Nvidia. Для этого рекомендуем использовать утилиту DDU, она подчищает все следы старого ПО. Загрузить новый драйвер можем с официального сайта.

Читайте также: Как обновить драйвера видеокарты?

Использовать диагностику памяти

Очень часто IRQL NOT LESS OR EQUAL становится следствием проблем с оперативной памятью. Сперва рекомендуем провести процедуру первичной диагностики самостоятельно: проверить качество фиксации планок (есть случаи, когда ошибка появлялась из-за того, что планка не застегнута до конца) и попробовать запустить ПК только с одним модулем памяти. Таким образом следует проверить каждую планку ОЗУ.

Следующий этап – просканировать оперативную память с помощью MemTest86. Программа умеет находить ошибки ОЗУ и исправлять некоторые из них.

Неполадка при разгоне

К сожалению, разгон тактовых частот оборудования – потенциально опасная технология, которая нарушает стабильность работы системы. Он может приводить и к BSOD DRIVER_IRQL_NOT_LESS_OR_EQUAL в Windows 10.

Что нужно сделать:

1. Отключить XMP (Nvidia) или DOCP-профили (AMD) памяти. На форумах советуют отключить эту технологию, так как она может вызывать синий экран. По крайней мере для теста, это сделать следует. Нужно перейти в BIOS и в одном из разделов, может называть DRAM Settings или несколько иначе, найти Extreme Memory Profile (X.M.P). Остается только перевести его в положение Disable.

1. Улучшить охлаждение. Таким образом мы исключим вероятность перегрева.
2. Удалить ASUS AI Suite. Утилита нужна для контроля параметров работы системы и считывания значений с датчиков. Известны случаи, когда программа вызывает BSOD.
3. Вернуть частоты компьютера к заводским настройкам. Никто не гарантирует, что оборудование будет работать стабильно на повышенных частотах. Да и разные комплектующие имеют свой предел. Если система некорректно функционирует, разумно вернуть ее к штатным параметрам.

Дополнительные решения

Также нам известна серия не совсем стандартных способов исправления ошибки DRIVER IRQL NOT LESS OR EQUAL, которые на не позволяет совесть утаить от вас, хотя они и выбиваются из общего ряда.

Как еще можно исправить ошибку DRIVER IRQL NOT LESS OR EQUAL:

• Удалить SoftEther VPN, Zone Alarm, HWiNFO. По неизвестным причинам, эти программы склонны вызывать данную ошибку. Следует их убрать с компьютера и проверить результат. Если проблема в них, можно найти аналог, например, вот список лучших бесплатных VPN для Windows 10.
• Восстановить системные файлы. В Windows существует специальная утилита для проверки целостности и работает в автоматическом режиме. Она не только поможет найти проблему, но и устранит её, если такая возможность есть. Просто нужно нажать Win + R, ввести cmd и кликнуть по кнопке Ок. Затем следует вставить sfc /scannow и дождаться окончания процедуры. После процедуры вы увидите отчет о том, найдены ли проблемы и удалось ли их устранить.
• Восстановить систему. В поиск нужно ввести «Восстановление системы», после выбрать нужную точку. Действие автоматическое, но от вас могут потребоваться некоторый выбор, просто следуйте инструкции.

Если у Вас остались вопросы по теме «Как исправить ошибку DRIVER IRQL NOT LESS OR EQUAL?», то можете задать их в комментариях

Время на прочтение
4 мин

Количество просмотров 5.5K

Данная статья нацелена на тех, кто только недавно начал разрабатывать kernel-драйвера под ОС Windows. В 100-ый раз видишь ненавистную надпись IRQL_NOT_LESS_OR_EQUAL и этот грустный смайлик? Тогда прошу пройти под кат.

KSPIN_LOCK SharedDataLock;

NTSTATUS SomeFunction(_In_ HANDLE ProcessId)
{
    KIRQL OriginalIrql;

    NTSTATUS status = STATUS_UNSUCCESSFUL;

    // lock shared data access
    KeAcquireSpinLock(&SharedDataLock, &OriginalIrql);

    // some code, which works with shared data
    PVOID data = GetProcessSharedData(ProcessId);
    NT_ASSERT("GetProcessSharedData() must always return shared data.", data);

    PEPROCESS Process = NULL;
    // next we need to get process image name
    status = PsLookupProcessByProcessId(
									ProcessId,
									&Process
                                );

    if ( !NT_SUCCESS( status ) )
    {
        goto LOCK_RELEASE;
    }

    PUNICODE_STRING ProcessImage = NULL;
    status = GetProcessImagename(Process, &ProcessImage);
    if ( !NT_SUCCESS( status ) )
    {
        goto PROCESS_LINK_DEREF;
    }

    // generate some event for our log
    GenerateEvent( ProcessImage, data );

PROCESS_LINK_DEREF:
	ObDereferenceObject(Process);
LOCK_RELEASE:     // release lock     
	KeReleaseSpinLock(&SharedDataLock, OriginalIrql);
	return status;
}

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

Уже увидели ошибку в данном фрагменте?

PsLookupProcessByProcessId() – требует соблюдения условия: IRQL <= APC_LEVEL.

Так что, подобный код будет часто выдавать BSOD с кодом ошибки IRQL_NOT_LESS_OR_EQUAL.

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

То есть, переписать код — вот так:

KSPIN_LOCK SharedDataLock;

VOID SetIrql(_In_ KIRQL Irql)
{
	if ( KeGetCurrentIrql() > Irql )
		KeLowerIrql(Irql);
	else if ( KeGetCurrentIrql() < Irql )
		KzRaiseIrql(Irql);
}

NTSTATUS SomeFunction(_In_ HANDLE ProcessId)
{
    KIRQL OriginalIrql;

    NTSTATUS status = STATUS_UNSUCCESSFUL;

    // lock shared data access
    KeAcquireSpinLock(&SharedDataLock, &OriginalIrql);

    // some code, which works with shared data
    PVOID data = GetProcessSharedData(ProcessId);
    NT_ASSERT("GetProcessSharedData() must always return shared data.", data);

    SetIrql(APC_LEVEL);

    PEPROCESS Process = NULL;
    // next we need to get process image name
    status = PsLookupProcessByProcessId(
                                     ProcessId,
                                     &Process
                                );

    SetIrql(DISPATCH_LEVEL);

    if ( !NT_SUCCESS( status ) )
    {
        goto LOCK_RELEASE;
    }

    PUNICODE_STRING ProcessImage = NULL;
    status = GetProcessImagename(Process, &ProcessImage);
    if ( !NT_SUCCESS( status ) )
    {
        goto PROCESS_LINK_DEREF;
    }

    // generate some event for our log
    GenerateEvent( ProcessImage, data );

PROCESS_LINK_DEREF:
	ObDereferenceObject(Process);
LOCK_RELEASE:
  // release lock     
	KeReleaseSpinLock(&SharedDataLock, OriginalIrql);
	return status;
}

Вот теперь то, всё работает достаточно стабильно. Но, на самом деле это не так. Данный код только хорошо маскирует проблему, снижая шансы её проявления до минимума, но в 1 из 1000 случаев, она всё же всплывёт, а вы будет рвать на себе волосы, пытаясь понять в чём же ошибка.

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

Для примера:

Если какой-либо код вызвал вашу функцию на IRQL = APC_LEVEL, то вы не имеете права опустить его ниже данного уровня. Вы можете поднять IRQL до DISPATCH_LEVEL, потом опустить обратно до APC_LEVEL, но не ниже.

Таким образом, более приемлемым вариантом кода, будет:

KSPIN_LOCK SharedDataLock;

_IRQL_requires_max_(APC_LEVEL)
NTSTATUS SomeFunction(_In_ HANDLE ProcessId)
{
    NTSTATUS status = STATUS_UNSUCCESSFUL;

    PEPROCESS Process = NULL;
    // next we need to get process image name
    status = PsLookupProcessByProcessId(
                                   ProcessId,
                                   &Process
                                );

    if ( !NT_SUCCESS( status ) )
    {
        goto EXIT_ROUTINE;
    }

    PUNICODE_STRING ProcessImage = NULL;
    status = GetProcessImagename(Process, &ProcessImage);
    if ( !NT_SUCCESS( status ) )
    {
        goto PROCESS_LINK_DEREF;
    }

    // lock shared data access
    KeAcquireSpinLock(&SharedDataLock, &OriginalIrql);

    // some code, which works with shared data
    PVOID data = GetProcessSharedData(ProcessId);
    NT_ASSERT("GetProcessSharedData() must always return shared data.", data);

    // generate some event for our log
    GenerateEvent( ProcessImage, data );

    // release lock
    KeReleaseSpinLock(&SharedDataLock, OriginalIrql);
		
PROCESS_LINK_DEREF:
	ObDereferenceObject(Process);
EXIT_ROUTINE:
	return status;
}	

А вспомогательные функции по типу SetIrql() из 2-го примера, в принципе не являются адекватными с точки зрения интерфейса, т.к. при проектировании отдельных методов в вашем драйвере, важно продумывать ограничения накладываемые на предусловия вызова вашей функции.

Для описания данных предусловий, удобно использовать аннотации SAL, их список вы можете посмотреть тут:

MSDN SAL 2.0

Также Microsoft предоставляет небольшой whitepaper(в самом низу статьи) по управлению приоритетами потоков в ядре, и более подробно рассказывает некоторые тонкости по работе с ними:

MSDN Managing Hardware Priorities

Если же, вам всё-таки нужно каким-либо образом вызвать какое-либо Api, требующее более низких значений IRQL, то одним из вариантов решения данной проблемы могут стать WorkItem’ы. Но о них, я расскажу уже в другой статье.

Всем здравия!

Сегодня сугубо узкая тема, посвященная одной популярной ошибке низкого уровня (ее стоп-код приведен в заголовке темы и на скрине ниже). Коварна она тем, что при ее появл. вы не можете работать с устройством, приходится перезагружать машину и терять все не сохраненные данные.

Чтобы не тратить впустую время на предисловия — сразу перейду к сути… 🙂

*

Что написано на фото ниже (прим.: экран с описанием ошибки появл. на английском):

На вашем ПК возникла проблема, и его необходимо перезагрузить. Мы собираем некоторую информацию об ошибках, а затем мы перезагрузим устройство.

25% завершено

Для получения дополнительной информации об этой ошибке и возможных способах ее исправления — посетите: http://windows.com/stopcode

Если вы звоните в службу поддержки, сообщите им следующую информацию:
Код остановки: IRQL_NOT_LESS_OR_EQUAL

*

С чего начать исправление ошибки

Вероятные причины (список)

1. Неисправные или не совместимые компоненты ПК (в т.ч. и внешнее оборудование: мышь/клавиатура, принтер и пр.). Например, проблема часто возникает при подкл. видеокарты, которая не поддерживается мат. платой. Также нередко «виновниками» явл. сетевые карты (Wi-Fi адаптеры, скажем), накопители NVMe, контролеры USB;
2. использование «нового» железа и «старой» ОС (такое часто бывает, когда на современный ноутбук, например, пользователи хотят установить Windows 7/8). В этом случае было бы разумно посмотреть на офиц. сайте 📌производителя вашего ноутбука (мат. платы) поддерживаемые версии ОС, наличие драйверов — а уже затем из этого списка выбирать ОС;
3. установка некорректных/неподходящих драйверов устройств. В идеале, конечно, устанавливать именно ту версию ОС, для которой на офиц. сайте производителя есть драйвера для вашего устройства.
4. неправильная установка прикладного ПО. Если вы заметили, что сбои начались после установки какой-либо программы — попробуйте ее 📌удалить начисто из системы, а затем выбрать др. версию этого ПО и произвести установку заново (как рекомендовано разработчиком). Возможно, для диагностики вам потребуется установить 📌вторую «чистую» копию Windows;
5. поврежденные системные файлы ОС. Если у вас в системе есть контрольные точки на ту дату, когда ПК стабильно работал — есть смысл 📌откатить систему к ним (как вариант для диагностики: можно попробовать установить 📌вторую «чистую» копию Windows, как уже советовал выше // либо воспользоваться 📌LiveCD).

*

ШАГ 1

Итак…

👉 Пожалуй первое, что я бы посоветовал, — попробовать вспомнить «когда» и «после чего» начала появляться ошибка.

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

👉 Если эта ошибка возникла на новом ПК (при самост. сборке) — попробуйте от него отключить «всё» лишнее, оставив только 📌основные компоненты: мат. плата, ЦП, 1 плашка ОЗУ, видеокарта, БП… (в т.ч. отключите диски, а для диагностики используйте 📌LiveCD-флешку с заведомо корректной ОС). 👇

*

ШАГ 2

В Windows можно провести самодиагностику и исправление ряда системных файлов (скажем, ndis.sys, nvlddmkm.sys, ntoskrnl.exe и др.).

Чтобы запустить подобную процедуру — откройте 📌командную строку от имени администратора, и используйте команду:

sfc /scannow

Обращаю внимание, что эта операция не затрагивает пользовательские данные (т.е. документы, фото, видео и пр. — никуда пропасть не должны…).

Если все прошло корректно — вы должна увидеть сообщение, что нарушения целостности файлов не были обнаружены (либо были исправлены). См. пример ниже. 👇

*

ШАГ 3

Попробуйте посмотреть журнал обновлений Windows — если накануне (перед появл. ошибки) ОС обновилась — сделайте откат, удалив это последнее обновление. Кстати, желательно на время диагностики отключить авто-обновление. Ссылочка ниже в помощь. 👇

📌 В помощь!

Как отключить обновления в Windows 10/11 (они устанавливаются самостоятельно при перезагрузке компьютера) — https://ocomp.info/kak-otklyuchit-obnovlenie-v-win-10.html

👉 Кроме этого, я бы вам посоветовал попробовать найти офиц. драйвера на мат. плату (чипсет), видеокарту, сетевые адаптеры, и пр., и переустановить их (прим.: новые ОС Windows 8/10/11 при инсталляции обычно всегда устанавливают их автоматически, но далеко не всегда они работают корректно).

Несколько упростить поиск драйверов помогает утилита 📌Driver Booster (она, кстати, проверяет не только драйверы, но и все необходимые библиотеки: DirectX, Visual C++, NET FrameWork и пр.).

*

ШАГ 4

Также порекомендовал бы воспользоваться спец. утилитой: 📌 BlueScreenView (ссылка на офиц. сайт) — она позволяет посмотреть все последние критические ошибки и коды к ним (в ряде случае указывает даже файл, из-за которого произошла остановка…). Иногда это очень здорово помогает в диагностике!

Коды ошибок (и расшифровку к ним) можно найти на сайте: https://bsodstop.ru/kod-bsod/

*

ШАГ 5

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

📌 В помощь!

Синий экран в Windows 10/11: «На вашем ПК возникла проблема…» (а за ним перезагрузка компьютера) — https://ocomp.info/siniy-ekran-win10.html

*

Иные советы и личный опыт — приветствуются в комментариях ниже. Заранее мерси!

Удачи!

👋