Guide principal BSOD ⚡ PAGE_FAULT, IRQL, MEMORY et toutes les erreurs d'arrêt corrigées

Notez d'abord le code d'arrêt — avant de toucher quoi que ce soit

Un écran bleu n'est pas un problème ; c'est Windows qui signale des dizaines de pannes différentes de la même couleur. Le correctif dépend entièrement du code d'arrêt écrit à l'écran, donc la première étape est toujours la même : prendre une photo de l'écran bleu, noter le code exact (par exemple PAGE_FAULT_IN_NONPAGED_AREA ou 0x00000050), et noter trois choses : quand cela se produit (au démarrage, dans un jeu, au hasard), ce qui a changé juste avant le démarrage (un nouveau pilote, une nouvelle RAM, une mise à jour Windows, un overclock), et si cela se répète au même moment. ou se déplace. Un code qui apparaît toujours aux mêmes points d'action au niveau du logiciel ; un code qui modifie tous les points de crash au niveau du matériel, généralement de la RAM.

PAGE_FAULT_IN_NONPAGED_AREA (0x50) — Mémoire ou pilote

Ce code signifie qu'un code a essayé de lire une page de mémoire qui n'existe pas ou n'est pas valide. En pratique, la cause est une de deux familles. Premièrement, la RAM : une clé défectueuse, une clé mal installée ou des paramètres XMP/overclock instables corrompant la mémoire - testez-la comme indiqué à l'étape 4. Deuxièmement, les pilotes : un pilote (très souvent des pilotes de filtre graphique, réseau ou antivirus) faisant référence à une mémoire libérée ou erronée. Si ce code a démarré juste après une mise à jour du pilote, restaurez ce pilote dans le Gestionnaire de périphériques ou désinstallez-le en mode sans échec ; s'il a démarré après l'ajout de RAM, retirez la nouvelle clé et testez à nouveau. Exécutez le test de mémoire avant de blâmer le logiciel : un PAGE_FAULT avec d'autres codes aléatoires à côté est une signature RAM.

IRQL_NOT_LESS_OR_EQUAL (0x0A) — Un pilote qui se comporte mal

IRQL_NOT_LESS_OR_EQUAL signifie que le code du noyau ou un pilote a accédé à la mémoire paginée à un niveau de demande d'interruption trop élevé — en termes simples, un pilote bogué a fait quelque chose qu'il n'est jamais autorisé à faire. Il s'agit du code le plus causé par les pilotes : les pilotes récemment mis à jour ou nouvellement installés sont les principaux suspects, en particulier les pilotes graphiques, Wi-Fi/LAN, chipset et antivirus tiers. L'ordre du correctif : désinstallez ou restaurez le dernier pilote modifié ; mettez à jour les pilotes restants à partir de la page d'assistance officielle du fabricant du PC ou de la carte mère (et non des outils de mise à jour de pilotes aléatoires) ; supprimez temporairement l'antivirus tiers pour tester. Étant donné que la corruption de la mémoire causée par une mauvaise RAM peut se déguiser en un crash IRQL, exécutez également le test RAM si aucun changement de pilote ne l'explique.

MEMORY_MANAGEMENT (0x1A) – Testez correctement la RAM

MEMORY_MANAGEMENT signifie que le gestionnaire de mémoire de Windows a trouvé sa propre comptabilité corrompue - le code classique de mauvaise RAM, bien qu'un fichier d'échange corrompu ou un pilote écrivant là où il ne devrait pas puisse également le déclencher. Testez d’abord, concluez ensuite. Commencez avec l'outil intégré : exécutez mdsched.exe (Windows Memory Diagnostic), choisissez "Redémarrer maintenant et rechercher les problèmes" et laissez-le se terminer. Pour un verdict auquel vous pouvez faire confiance, utilisez MemTest86 à partir d'une clé USB amorçable et laissez-le exécuter plusieurs passes complètes - les erreurs qui n'apparaissent que lors de tests longs sont toujours des échecs : même une seule erreur signifie que le sous-système de mémoire est défectueux. Puis isolez : testez un bâton à la fois, dans un emplacement à la fois, pour trouver le bâton ou l'emplacement coupable. Si la RAM est overclockée ou sur un profil XMP/EXPO, remettez-la aux vitesses d'origine et testez à nouveau : la RAM qui échoue uniquement en XMP est toujours le problème.

WHEA_UNCORRECTABLE_ERROR (0x124) — Le matériel réel est en panne

WHEA est différent des autres codes : il s'agit de l'architecture d'erreur matérielle de Windows qui signale que le matériel lui-même a généré une erreur non corrigible : le plus souvent le processeur, mais aussi une alimentation défaillante, une surchauffe, un overclock instable ou, occasionnellement, un disque ou une carte mère en panne. Les correctifs logiciels ne guérissent pas un véritable WHEA. Travaillez-y physiquement : supprimez chaque overclock (CPU, RAM XMP inclus) et testez en stock ; vérifiez les températures sous charge et nettoyez/recollez si le processeur est en train de cuire ; réinstallez la RAM et les câbles d'alimentation ; testez avec une alimentation électrique en bon état si des pannes se produisent sous charge ; et vérifiez les entrées WHEA-Logger de l'Observateur d'événements pour quel composant a signalé l'erreur. Si WHEA continue de planter avec les paramètres d'origine et de bonnes températures, le processeur ou la carte mère est probablement la fin du chemin.

Réparer les fichiers système – DISM d'abord, puis SFC

Pour la famille de codes de logiciels – CRITICAL_PROCESS_DIED (0xEF), SYSTEM_SERVICE_EXCEPTION (0x3B) et les plantages causés par des fichiers Windows corrompus – réparez l'image système avant toute mesure drastique. Ouvrez l'invite de commande en tant qu'administrateur et exécutez les deux commandes exactement comme indiqué, dans cet ordre : DISM répare le magasin de composants dont dépend SFC, puis SFC vérifie et remplace les fichiers système corrompus. Que chacun finisse complètement ; un redémarrage entre eux est très bien.

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Two neighbours worth knowing: INACCESSIBLE_BOOT_DEVICE (0x7B) after a BIOS change usually means the storage mode was switched (RAID/RST vs AHCI) or the boot drive's driver is missing — set the mode back, do not reinstall. DPC_WATCHDOG_VIOLATION (0x133) most often traces to a stuck driver or an SSD firmware/storage driver problem — update the storage and chipset drivers from the maker first. And if Windows will not stay up long enough to work, do all of this from Safe Mode (hold Shift while choosing Restart → Troubleshoot → Advanced options → Startup Settings → Safe Mode), where most third-party drivers never load — a PC that is stable in Safe Mode but crashes normally has just told you the fault lives in a driver or startup service.