IRQL_NOT_LESS_OR_EQUAL — Corriger sur Windows 11

IRQL_NOT_LESS_OR_EQUAL signifie qu’un pilote ou un processus noyau a tenté d’accéder à de la mémoire qu’il ne devait pas, à un niveau de priorité que Windows ne peut pas interrompre en toute sécurité pour gérer la violation. En clair : quelque chose a touché de la mémoire qu’il ne possédait pas et Windows a tout tué pour éviter la corruption de données. L’écran bleu affiche un code d’arrêt 0x0000000A et nomme généralement le fichier .sys responsable juste en dessous — ce nom de fichier est votre réponse.

Si l’écran bleu a clignoté trop vite pour être lu, ouvrez l’Observateur d’événements après le redémarrage. Win+X, Observateur d’événements, Journaux Windows, Système. Cherchez les entrées BugCheck au moment du plantage. Le champ Paramètres contient quatre valeurs hexadécimales — la deuxième est le niveau IRQL demandé et la quatrième est l’adresse de l’instruction fautive. Plus utile est le nom de fichier .sys dans la description si Windows l’a attrapé. J’ai vu ntoskrnl.exe accusé alors que le vrai coupable était un pilote tiers qui avait corrompu l’espace mémoire du noyau — ntoskrnl est le messager, pas le meurtrier.

Un gars a apporté un PC de jeu qui faisait un écran bleu à chaque fois qu’il faisait alt-tab pour sortir de Valorant. IRQL_NOT_LESS_OR_EQUAL, module fautif nvlddmkm.sys. Plantage de pilote NVIDIA classique. Il avait mis à jour vers le dernier pilote Game Ready deux jours avant que ça commence. Restauré à la version précédente depuis l’archive de pilotes de NVIDIA et le problème s’est arrêté immédiatement. Environ six minutes, démarrage en Mode sans échec inclus.

Les pilotes en sont presque toujours la cause

Les adaptateurs réseau et les pilotes GPU causent probablement 80% des plantages IRQL que je vois. nvlddmkm.sys de NVIDIA et e1d65x64.sys ou Netwtw10.sys d’Intel apparaissent constamment. Si l’écran bleu nomme un fichier .sys, cherchez ce nom de fichier sur Google — vous trouverez à quel pilote il appartient dans le premier résultat.

Pour les pilotes GPU, DDU en Mode sans échec est le bon correctif. Téléchargez DDU depuis wagnardsoft.com, téléchargez le pilote que vous voulez depuis nvidia.com ou amd.com, démarrez en Mode sans échec, lancez DDU pour tout supprimer, redémarrez, installez le pilote neuf. Ne faites pas juste « Mettre à jour le pilote » via le Gestionnaire de périphériques — il trouve un pilote Microsoft générique qui empire généralement les choses.

Pour les pilotes réseau, le Gestionnaire de périphériques suffit. Trouvez l’adaptateur, Propriétés, onglet Pilote, Restaurer le pilote. Si Restaurer est grisé, désinstallez complètement le périphérique et redémarrez — Windows réinstalle le pilote par défaut, généralement plus ancien mais plus stable. Si les plantages ont commencé juste après un Windows Update, la mise à jour a probablement remplacé votre pilote constructeur par un générique Microsoft. Prenez le bon pilote sur le vrai site d’Intel ou de Realtek.

La RAM

Si aucun fichier .sys n’est nommé, ou si ntoskrnl.exe est la seule chose qui apparaît, soupçonnez la RAM. Une mémoire défaillante cause des plantages IRQL parce que le CPU lit des données corrompues depuis une cellule défectueuse et tente de les exécuter comme une adresse mémoire valide — ce qu’elle n’est pas, donc la violation d’accès se déclenche. Le schéma est aléatoire : plantages pendant différentes tâches, à différents moments, sans corrélation avec un pilote ou programme précis.

Le Diagnostic de mémoire Windows est presque inutile — il fait deux passages avec des motifs basiques et dit que tout va bien. MemTest86 est ce qui marche réellement. Démarrez depuis une clé USB, laissez-le faire au minimum quatre passages toute la nuit. J’ai eu un client dont la machine passait le Diagnostic de mémoire Windows trois fois mais MemTest86 a attrapé des erreurs au passage cinq. Une DIMM avait une seule cellule défectueuse qui n’apparaissait que sous un test prolongé. Retirée, la machine a cessé de planter.

Les profils XMP causent ça aussi. Votre RAM est nominale pour 3200 MHz ou la vitesse que dit la boîte, mais XMP pousse le contrôleur mémoire au-delà de la spec officielle d’Intel ou AMD. Certains exemplaires de CPU peuvent le gérer, d’autres non. Si vous avez activé XMP dans le BIOS et commencé à avoir des plantages IRQL, retournez dans le BIOS et désactivez-le. Si les plantages s’arrêtent, soit laissez XMP désactivé, soit essayez une vitesse plus basse comme 3000 au lieu de 3200. Consultez votre guide BSOD pour les autres codes d’arrêt si ce n’est pas spécifiquement IRQL.

Si vous avez vérifié l’Observateur d’événements, testé le pilote nommé, lancé MemTest86, et que ça arrive encore — le problème pourrait être quelque chose de plus profond comme un emplacement PCIe mourant ou une instabilité des VRM de la carte mère. Ce genre de diagnostic nécessite que quelqu’un examine le matériel précis. Nous pouvons tirer vos dumps de plantage et l’historique de l’Observateur d’événements à distance et vous dire exactement ce qui lâche.