Corriger l'écran bleu de la mort Windows 11 : Guide complet

Comment corriger l'écran bleu de la mort (BSOD) sur Windows 11 : un guide systématique

L'écran bleu de la mort (BSOD), officiellement appelé erreur de code d'arrêt ou bug check, est la ligne de défense critique de Windows 11. Lorsque le système d'exploitation rencontre une condition qui compromet son fonctionnement sécurisé, il s'arrête brusquement pour éviter la corruption des données ou les failles de sécurité. Bien que déstabilisant, ce plantage est une mesure de protection. Ce guide propose une approche structurée et fondée sur des preuves pour diagnostiquer et résoudre ces erreurs, allant des correctifs rapides à l'analyse médico-légale avancée à l'aide des outils officiels de Microsoft.

Comprendre l'écran de vérification des bogues de Windows 11

Depuis Windows 11, version 24H2, l'écran de vérification des bogues a évolué. Il affiche désormais clairement le code d'arrêt (par exemple, CRITICAL_PROCESS_DIED) et, lorsqu'il est disponible, le nom du module défectueux (par exemple, rdbyss.sys). Cette information est votre indice principal. Lorsqu'un plantage se produit, Windows tente d'écrire des données de diagnostic dans un fichier de vidage sur incident, généralement situé dans C:\Windows\Minidump\ ou un vidage mémoire complet à C:\Windows\MEMORY.DMP.

Le tableau ci-dessous présente les codes d'arrêt courants et leurs implications principales, basés sur la documentation Microsoft et les schémas de plantage fréquents :

Code d'arrêt	Cause racine typique	Action principale
PAGE_FAULT_IN_NONPAGED_AREA	RAM défectueuse, fichiers système corrompus ou accès mémoire d'un pilote défectueux	Exécuter l'outil de diagnostic mémoire, puis le Vérificateur de fichiers système
CRITICAL_PROCESS_DIED	Un processus critique en arrière-plan s'est terminé (souvent dû à des erreurs de disque ou à une corruption)	Vérifier l'état du disque, exécuter la réparation de démarrage, rechercher des logiciels malveillants
SYSTEM_SERVICE_EXCEPTION	Un pilote graphique ou un service système défaillant	Mettre à jour ou restaurer les pilotes graphiques et de chipset
DRIVER_POWER_STATE_FAILURE	Pilote entrant dans un état d'alimentation invalide (courant avec le Wi-Fi/Bluetooth lors de la reprise)	Mettre à jour les pilotes réseau/de gestion d'alimentation
INACCESSIBLE_BOOT_DEVICE	Windows ne peut pas accéder au disque système au démarrage	Vérifier l'ordre de démarrage dans le BIOS, le mode SATA ou la connexion de stockage

Phase 1 : Les correctifs rapides (aucun outil technique requis)

Avant de plonger dans les journaux, essayez ces solutions à haut rendement et à faible effort. Les recommandations de Microsoft suggèrent de commencer ici, car la plupart des BSOD sont causés par des changements récents.

Étape 1 : Annuler les modifications récentes

• Retirer le nouveau matériel : Déconnectez tous les périphériques USB, disques externes ou cartes internes récemment ajoutés. Un matériel défectueux ou incompatible est un suspect principal.
• Désinstaller les nouveaux logiciels ou pilotes : Si les plantages ont commencé après une installation, démarrez en mode sans échec (maintenez Shift enfoncé tout en cliquant sur Redémarrer) et désinstallez l'application.

Étape 2 : Exécuter les outils de réparation intégrés de Windows

Ouvrez le menu Démarrer, tapez cmd, faites un clic droit sur Invité de commandes et sélectionnez Exécuter en tant qu'administrateur. Exécutez les commandes suivantes dans l'ordre :

1. Vérificateur de fichiers système (SFC) : Il recherche et restaure les fichiers système Windows corrompus.

   Google AdInline article slot

   SFC /scannow

   D'après la documentation technique de Microsoft, cet utilitaire est la première ligne de défense contre la corruption du système d'exploitation.

2. Vérification de disque (CHKDSK) : Il analyse le disque dur pour détecter les erreurs du système de fichiers ou les secteurs défectueux.

   chkdsk /r

   (Vous devrez taper Y et redémarrer pour l'exécuter avant le démarrage de Windows).

   Google AdInline article slot

Étape 3 : Vérifier l'espace libre et les mises à jour

• Espace libre : Assurez-vous que votre disque système dispose de 10 % à 15 % d'espace libre. Un espace insuffisant empêche le système d'exploitation de créer les fichiers d'échange nécessaires et peut déclencher des plantages.
• Windows Update : Accédez à Paramètres > Windows Update et installez toutes les mises à jour en attente, y compris les mises à jour de pilotes optionnelles.

Phase 2 : Mode diagnostic (utilisation de WinDbg pour lire le fichier de vidage)

Si le BSOD persiste, deviner la cause est inefficace. Microsoft fournit le Windows Debugger (WinDbg) pour analyser le fichier de vidage sur incident. Cet outil lit l'enregistrement de la "boîte noire" du plantage pour identifier le pilote ou le processus exact en cause.

Comment analyser un vidage sur incident avec WinDbg

Étape 1 : Installer WinDbg Téléchargez les "Outils de débogage pour Windows" depuis le Microsoft Store ou le SDK Windows. Une fois installé, lancez WinDbg.

Étape 2 : Configurer les symboles WinDbg nécessite des "symboles" pour traduire le code en texte lisible.

• Dans WinDbg, allez dans Fichier > Paramètres > Paramètres de débogage.
• Dans le champ "Chemin des symboles par défaut", collez le chemin du serveur de symboles public Microsoft suivant :

  srv*https://msdl.microsoft.com/download/symbols

  Il s'agit de la configuration recommandée par Microsoft pour le débogage des erreurs de code d'arrêt.

Étape 3 : Ouvrir le fichier de vidage sur incident

• Accédez à Fichier > Ouvrir un vidage sur incident.
• Parcourez C:\Windows\Minidump\ et sélectionnez le fichier .dmp le plus récent. Vous pouvez également ouvrir le fichier MEMORY.DMP complet s'il est disponible.

Étape 4 : Lancer l'analyse Une fois le vidage chargé, entrez la commande suivante dans la barre de commande inférieure :

!analyze -v

Attendez que l'outil traite. Recherchez les lignes suivantes dans la sortie :

• BUGCHECK_CODE : Le code hexadécimal de l'erreur (par exemple, 0x7f).
• PROCESS_NAME : L'application spécifique en cours d'exécution au moment du plantage.
• IMAGE_NAME : La ligne la plus critique. Il s'agit du fichier pilote spécifique qui a probablement causé le plantage (par exemple, nvlddmkm.sys pour NVIDIA, rtl8821ce.sys pour Realtek Wi-Fi).

⚠️ Avertissement important Ne téléchargez pas d'outils de débogage ou de pilotes à partir de sites Web tiers de "mise à jour de pilotes". Utilisez toujours WinDbg de Microsoft et les pilotes provenant du site officiel du fabricant du périphérique ou de Windows Update. Une installation incorrecte de pilotes peut corrompre définitivement la configuration de démarrage de Windows.

Phase 3 : Dépannage avancé (WinRE)

Si Windows 11 entre dans une boucle de plantage (redémarre immédiatement après l'écran bleu) et que vous ne pouvez pas accéder au bureau, vous devez utiliser l'environnement de récupération Windows (WinRE).

Forcer l'entrée dans WinRE

Allumez l'ordinateur. Dès que le logo Windows apparaît (ou les points tournants), maintenez enfoncé le bouton d'alimentation pendant 5 à 10 secondes pour forcer un arrêt brutal. Répétez ce processus trois fois. Au quatrième démarrage, Windows lancera automatiquement l'écran de réparation automatique, où vous devez sélectionner Options avancées.

Actions de récupération dans WinRE

Une fois dans le menu bleu WinRE, accédez à Dépannage > Options avancées :

1. Réparation de démarrage : Cet outil automatisé tente de réparer les fichiers de démarrage manquants ou la corruption du registre. Il est particulièrement efficace pour l'erreur INACCESSIBLE_BOOT_DEVICE.
2. Restauration du système : Si vous avez un point de restauration enregistré, revenez à une date antérieure au début des plantages.
3. Désinstaller les mises à jour : Sélectionnez Désinstaller la dernière mise à jour qualité (pour les correctifs de pilotes/sécurité récents) ou Désinstaller la dernière mise à jour des fonctionnalités (pour les mises à niveau majeures du système d'exploitation).
4. Invité de commandes : Pour les utilisateurs avancés, cela permet de reconstruire manuellement les données de configuration de démarrage (BCD) à l'aide de bootrec /rebuildbcd ou de vérifier le disque avec chkdsk c: /f.

Phase 4 : Identifier une défaillance matérielle

Si les correctifs logiciels et les restaurations de pilotes échouent, le problème est probablement une défaillance matérielle physique. D'après les schémas de diagnostic des fils de discussion Microsoft Q&A, les vérifications matérielles suivantes sont les plus efficaces :

• Mémoire (RAM) : Tapez Diagnostic de mémoire Windows dans le menu Démarrer et planifiez un test. Un message "un problème matériel a été détecté" indique des barrettes de RAM défectueuses, qui nécessitent un remplacement physique.
• Disque de stockage (SSD/HDD) : Utilisez l'outil spécifique du fabricant (par exemple, Samsung Magician, WD Dashboard) ou des outils génériques pour vérifier l'état S.M.A.R.T. Un disque défaillant provoque fréquemment des erreurs CRITICAL_PROCESS_DIED.
• Surchauffe : Téléchargez l'utilitaire officiel du fabricant (par exemple, Intel XTU ou AMD Ryzen Master) pour vérifier les températures du processeur. Des plantages constants sous charge indiquent généralement un étranglement thermique ou une alimentation insuffisante.

Points clés à retenir

1. N'ignorez pas le code. Le code d'arrêt affiché sur l'écran bleu est l'indice diagnostique le plus spécifique ; notez-le avant que le PC ne redémarre.
2. Analysez, ne devinez pas. Utilisez la commande officielle !analyze -v dans l'outil WinDbg de Microsoft pour lire le fichier de vidage sur incident. Cela vous indique exactement quel fichier pilote a causé le plantage.
3. Isolez les changements récents. Statistiquement, les BSOD sont le plus souvent causés par des pilotes, du matériel ou des mises à jour Windows récemment installés. Utilisez le mode sans échec ou WinRE pour les annuler.
4. Utilisez WinRE pour les boucles de démarrage. Si vous ne pouvez pas accéder au bureau, forcez le système à entrer dans l'environnement de récupération pour accéder à la réparation de démarrage ou à l'invité de commandes afin de réparer l'enregistrement de démarrage principal.

Foire aux questions

Q1 : Un écran bleu est-il toujours le signe que mon ordinateur est en train de mourir ?

R : Non. Bien que la défaillance matérielle soit une cause, la plupart des BSOD sont causés par des pilotes corrompus ou de mauvaises mises à jour logicielles. Un seul BSOD suivi d'un fonctionnement normal est souvent une erreur d'accès mémoire aléatoire. Des BSOD fréquents et reproductibles indiquent un problème cohérent nécessitant les correctifs ci-dessus.

Q2 : Comment désactiver le redémarrage automatique pour pouvoir lire l'erreur ?

R : Par défaut, Windows 11 redémarre immédiatement. Pour l'arrêter : clic droit sur Démarrer > Système > Paramètres système avancés > Sous "Démarrage et récupération", cliquez sur Paramètres > Décochez "Redémarrer automatiquement". Cela figera l'écran sur le code d'erreur jusqu'à ce que vous éteigniez manuellement.

Q3 : J'ai exécuté !analyze -v mais le IMAGE_NAME est ntkrnlmp.exe (le noyau Windows). Que faire ?

R : ntkrnlmp.exe est le noyau Windows. Si le débogueur pointe ici, cela signifie rarement que le noyau est défectueux. Cela signifie que le noyau a détecté le plantage, mais qu'un pilote tiers a masqué ses traces. Vous devez exécuter !analyze -v à nouveau et vérifier la section STACK_TEXT pour voir quel pilote a appelé le noyau en dernier. Les défauts matériels (mauvaise RAM) se manifestent également fréquemment sous forme de plantages du noyau.

Q4 : Pourquoi mon PC redémarre-t-il immédiatement après l'arrêt ?

R : Il s'agit souvent d'un BSOD DRIVER_POWER_STATE_FAILURE qui se produit si rapidement que vous ne le voyez pas. Démarrez en mode sans échec et testez l'arrêt. Si cela fonctionne en mode sans échec, désactivez le démarrage rapide dans les options d'alimentation. Si cela échoue, mettez à jour les pilotes de chipset et réseau, car ils gèrent les états d'alimentation.

Q5 : Les logiciels malveillants peuvent-ils provoquer un écran bleu ?

R : Oui. Les rootkits et bootkits qui infectent l'enregistrement de démarrage principal (MBR) peuvent déstabiliser le système de fichiers, entraînant une corruption du système et des vérifications de bogues. Si le BSOD persiste après les correctifs de pilotes, exécutez une analyse hors ligne complète à l'aide de Windows Defender hors ligne ou d'un disque de secours réputé pour exclure les logiciels malveillants en mode noyau.

— Editorial Team