Comment corriger l'erreur IRQL NOT LESS OR EQUAL dans Windows

Lire le code d'arrêt et le fichier qu'il nomme

IRQL signifie Interrupt Request Level, une échelle de priorités à partir de laquelle le noyau décide quel code a le droit de s'exécuter à chaque instant. Certaines pages de mémoire peuvent rester parquées sur le disque, et les toucher n'est légal qu'aux IRQL bas. Un pilote qui enfreint cette règle fait planter Windows instantanément et volontairement : 0x0000000A, c'est le noyau refusant de continuer avec sa propre comptabilité corrompue.

Le nom de fichier affiché en bas de l'écran bleu — et répété dans le minidump — est la preuve la plus précieuse laissée par le plantage. Il désigne le pilote, et le pilote désigne la réparation. Quand l'écran n'affiche aucun nom, la mémoire elle-même devient la suspecte principale.

• nvlddmkm.sys — pilote graphique NVIDIA ; mettez-le à jour, ou retirez l'ancien proprement avec DDU avant une installation fraîche
• rt640x64.sys, e1d*.sys — pilotes réseau Realtek et Intel, habitués des portables
• tcpip.sys, netio.sys — la pile réseau, le plus souvent provoquée par des clients VPN et des filtres d'antivirus
• iaStorA.sys — pilote Intel Rapid Storage, typique des Windows 10 préinstallés par les fabricants
• Aucun nom à l'écran — soupçonnez une RAM qui tourne sur un profil XMP/EXPO instable

Le côté pilotes d'abord

Commencez dans le Gestionnaire de périphériques (Win + X) par les matériels correspondant au fichier nommé : carte graphique sous Cartes graphiques, réseau sous Cartes réseau. Ouvrez Propriétés → Pilote et essayez Restaurer le pilote si les plantages ont commencé après une mise à jour ; sinon, laissez Mettre à jour le pilote chercher automatiquement, puis regardez le site du fabricant pour un paquet plus récent. Windows Update → Options avancées → Mises à jour facultatives distribue aussi des pilotes, dans une section à part.

Les filtres noyau tiers méritent la même suspicion que les pilotes matériels. Suites antivirus, clients VPN et vieux outils de virtualisation s'accrochent aux piles réseau et stockage, et chacun a provoqué 0x0000000A dans la nature. Désinstallez le plus récent d'entre eux — ou changez temporairement d'antivirus — et observez si le code d'arrêt revient. Si le plantage boucle avant le bureau, entrez en mode sans échec depuis WinRE (Dépannage → Options avancées → Paramètres de démarrage → Redémarrer → touche 4) et retirez le logiciel là.

Tester la mémoire et confirmer le coupable

La mémoire est l'autre moitié des statistiques. Lancez le Diagnostic de mémoire Windows avec mdsched.exe, redémarrez quand il le demande et laissez tourner la passe standard ; le verdict arrive dans l'Observateur d'événements sous Journaux Windows → Système, source MemoryDiagnostics-Results. Pour un verdict exploitable, faites tourner MemTest86 depuis une clé USB pendant au moins quatre passes complètes — les erreurs fugaces que mdsched laisse passer y remontent.

Si la machine est overclockée ou que la RAM tourne sur un profil XMP/EXPO, coupez le profil dans le BIOS et vivez une semaine aux réglages d'usine. Une machine qui ne plante plus aux fréquences d'origine vient d'avouer que le problème était la mémoire. Testez les barrettes une par une pour trouver la défectueuse, et gardez les minidumps de C:\Windows\Minidump — WinDbg, avec la commande !analyze -v, en extrait l'adresse fautive.

Questions et réponses

À lire ensuite

Tous les articles · FAQ