Vous voyez ce bleu. Ce bleu un peu trop vif, avec son air triste et sa mine de rien. Et en bas, cette phrase que tout le monde connaît par cœur : « Votre appareil a rencontré un problème et doit redémarrer ». Vous cliquez, vous priez, et dix minutes plus tard, paf, il revient. C'est la troisième fois ce matin.
Le pire, dans l'écran bleu Windows 11, c'est qu'il n'arrive jamais au bon moment. Jamais pendant une pause. Toujours en pleine réunion, toujours juste avant une sauvegarde, toujours un vendredi soir. Et le pourcentage de redémarrage qui reste bloqué à 0 %... franchement, qui a eu l'idée de mettre un pourcentage qui ne bouge pas ?
Je vais vous dire comment réparer un écran bleu Windows 11 facilement. Pas en vous noyant sous quinze outils. En vous donnant l'ordre exact des vérifications, et surtout la logique derrière. Parce qu'un BSOD, ce n'est pas de la magie. C'est un message. Encore faut-il le lire.
Points clés à retenir
- Un écran bleu n'est pas un bug Windows : c'est un arrêt de sécurité. Windows se protège d'un pilote ou d'un composant défaillant.
- Le code d'arrêt (STOP CODE) en majuscules est le seul indice fiable. Sans lui, vous réparez à l'aveugle.
- Trois symptômes, trois stratégies : BSOD unique, BSOD au démarrage, BSOD récurrent. Elles ne se soignent pas de la même façon.
- Le fichier minidump contient le nom du pilote fautif. C'est la pièce la plus utile, et presque personne ne l'ouvre.
- La RAM et le disque sont responsables de la grosse majorité des écrans bleus matériels. On les teste en premier.
- Avant toute manipulation : sauvegardez. Un dépannage qui efface vos données est un dépannage raté.
Le réflexe qui change tout : lire le code d'arrêt avant de cliquer où que ce soit
Personne ne le fait. Tout le monde photographie l'écran... avec le téléphone, flou, de travers. Puis cherche sur internet les mots qu'il a réussi à déchiffrer. C'est une perte de temps énorme.
Quand l'écran bleu apparaît, il y a une ligne en majuscules avec des soulignés du genre IRQL_NOT_LESS_OR_EQUAL. C'est le code d'arrêt. Il change tout.
Voici ce que les plus fréquents veulent réellement dire, et ce qu'il faut faire.
Les cinq codes que vous croiserez le plus souvent
| Code d'arrêt | Cause probable | Première action |
|---|---|---|
| CRITICAL_PROCESS_DIED | Un service système ou un fichier Windows corrompu | sfc /scannow puis DISM /Online /Cleanup-Image /RestoreHealth |
| IRQL_NOT_LESS_OR_EQUAL | Un pilote qui écrit là où il ne devrait pas | Ouvrir le minidump, désinstaller le pilote fautif |
| MEMORY_MANAGEMENT | Barrette RAM défectueuse ou mal timée | Diagnostic mémoire Windows, puis MemTest |
| KERNEL_SECURITY_CHECK_FAILURE | Pilote instable après une mise à jour | Restauration système, ou rollback du pilote |
| UNMOUNTABLE_BOOT_VOLUME | Disque ou partition d'amorçage abîmée | Vérifier l'état SMART du disque, puis chkdsk |
Notez bien : ces codes ne sont pas exclusifs. J'ai vu un PC cracher MEMORY_MANAGEMENT trois jours de suite alors que le coupable était une barrette coincée à moitié, et un autre donner IRQL_NOT_LESS_OR_EQUAL à cause d'un utilitaire VPN corrompu. Le code oriente, il ne condamne pas.
Le seul truc que je fais systématiquement : je note le code, puis je note l'heure exacte. Quand l'écran revient deux heures plus tard, je sais si c'est le même problème ou un nouveau.
L'arbre de décision : quel outil lancer en premier selon votre situation
C'est là que la plupart des guides partent en vrille. Ils listent quinze étapes dans un ordre unique. Sauf que trois situations complètement différentes se cachent derrière le mot « écran bleu ».
Cas n°1 : un écran bleu isolé, jamais revenu
Franchement, si votre PC a redémarré une fois, il y a trois semaines, et qu'il va bien depuis... vous n'avez probablement rien à réparer.
Un pilote mal installé pendant une mise à jour, un antivirus qui s'est battu avec un autre logiciel au démarrage, une barrette un peu sale : tout ça peut produire un BSOD unique et partir.
Ce que je fais dans ce cas :
- Je vérifie l'historique des mises à jour Windows. Une mise à jour installée dans les 48 h précédentes est un suspect sérieux.
- Je désactive les mises à jour automatiques de pilotes, le temps de voir si ça se reproduit (je détaille plus bas).
- Je note le code, et j'attends.
Si l'écran revient, on passe au cas suivant.
Cas n°2 : écran bleu au démarrage, impossible d'atteindre le bureau
Celui-là, c'est le plus pénible. Vous allumez, logo Windows, écran bleu, redémarrage. En boucle. Voire même pas de logo, juste le bleu.
La réparation automatique dont on parle partout est censée intervenir. Chez moi, elle a fonctionné une fois sur cinq. Les quatre autres, il a fallu entrer manuellement dans l'environnement de récupération.
La vraie méthode : coupez le PC brutalement (bouton maintenu) deux fois de suite pendant l'amorçage. Au troisième démarrage, Windows bascule tout seul dans l'écran de récupération. C'est laid, mais ça marche. Une fois là :
- Réparer au démarrage (essai gratuit, rapide).
- Restauration du système vers un point antérieur au problème, si vous en avez un.
- Mode sans échec pour désinstaller le pilote ou le logiciel suspect.
- Outil Invite de commandes pour lancer
sfc /scannow,chkdsk C: /f /r, et éventuellement reconstruire la partition d'amorçage.
Attention : la restauration système ne touche pas à vos fichiers personnels, mais elle retire les logiciels installés après le point de restauration. Sauvegardez vos documents importants ailleurs avant, si possible.
Cas n°3 : écrans bleus récurrents mais le PC démarre
Le plus intéressant. Et le seul cas où ouvrir un fichier minidump vaut vraiment le coup.
Windows conserve une trace de chaque crash dans C:\Windows\Minidump. Fichiers .dmp, souvent quelques centaines de kilo-octets. Illisibles à l'œil nu.
Deux outils gratuits font le travail : BlueScreenView (NirSoft) et WhoCrashed. Vous les lancez, ils lisent le dump, et ils vous donnent le nom du pilote responsable. Genre nvlddmkm.sys pour un pilote NVIDIA, rtwlane.sys pour du Wi-Fi Realtek.
Le problème ? Eh bien, aucune de ces deux applications n'est signée par un éditeur très connu. Téléchargez-les depuis leur site officiel uniquement. Pour ma part, je les utilise depuis quatre ans dans un environnement pro sans souci, mais c'est à vous de juger.
Une fois le pilote identifié :
- Désinstallez-le proprement, avec l'outil de désinstallation du fabricant (DDU pour les cartes graphiques).
- Réinstallez une version antérieure ou une version stable, jamais la toute dernière sortie il y a trois jours.
- Testez pendant 48 heures sans rien modifier d'autre. Sinon vous ne saurez pas ce qui a marché.
Franchement, la première fois que j'ai ouvert un minidump, je m'attendais à une révélation. J'ai eu un nom de pilote exotique, un truc que je n'avais jamais vu, et zéro info sur Google. Le lendemain, en désinstallant un logiciel de capture vidéo oublié, tout est rentré dans l'ordre. Le dump ne donne pas toujours la réponse finale, mais il désigne le coupable dans la majorité des cas.
Les vérifications matérielles : RAM et disque, les deux suspects habituels
Avant d'accuser Windows, testez le matériel. Il n'y a pas de mystère là-dedans, il n'y a que des composants.
Tester la RAM en vingt minutes
Windows embarque un outil simple : Diagnostic de mémoire Windows. Tapez mdsched dans la recherche, lancez-le, choisissez le redémarrage immédiat. Il tourne pendant vingt minutes à deux heures selon la quantité de mémoire.
S'il trouve une erreur : la barrette est défectueuse, ou mal installée. Le vrai test, c'est MemTest86, gravé sur une clé USB, qui boote tout seul et tourne une nuit entière. Il détecte des erreurs que Windows manque.
Un truc que j'ai appris à la dure : sur un PC avec quatre barrettes, l'erreur peut venir d'une seule. Il faut tester une par une. Long. Fastidieux. Mais je ne vois pas de raccourci honnête.
Vérifier l'état du disque
Deux indicateurs à connaître :
- Le SMART, accessible via CrystalDiskInfo. S'il affiche un statut « Attention » ou « Mauvais », le disque est en fin de vie. Sauvegardez tout, maintenant.
- Le
chkdsk C: /f /ren invite de commandes administrateur, qui vérifie les erreurs de système de fichiers et les secteurs. Prévoir plusieurs heures sur un gros disque.
Un SSD qui crame prévient rarement. Un disque dur mécanique qui a des secteurs défectueux crache souvent des UNMOUNTABLE_BOOT_VOLUME ou des KERNEL_DATA_INPAGE_ERROR avant de mourir pour de bon. Si vous en êtes là, changez le disque. Ne perdez pas trois soirées à réparer Windows sur un disque mourant.
Les pièges qui aggravent le problème
Il y a deux ou trois choses que je vois sans arrêt, et qui font perdre des heures.
Les mises à jour automatiques de pilotes
Windows a la fâcheuse tendance à pousser des pilotes « génériques » qui ne correspondent pas à votre matériel exact. C'est une source classique d'écran bleu après une mise à jour, surtout côté carte graphique et Wi-Fi.
Pour les bloquer proprement :
- Paramètres → Système → À propos → Paramètres système avancés.
- Onglet Matériel → Paramètres d'installation des périphériques.
- Choisir « Non » pour la question sur Windows Update.
Vous installerez alors les pilotes à la main, depuis le site du fabricant de votre PC. Plus long. Plus fiable.
Les « réparateurs » miracle
Vous verrez passer des logiciels promettant de réparer tous les écrans bleus en un clic. La plupart font trois choses : nettoyer des fichiers temporaires, modifier des clés de registre au hasard, et afficher un joli rapport vert.
Je ne les recommande pas. Le diagnostic doit venir des outils officiels (sfc, DISM, le minidump), pas d'une boîte noire commerciale.
Sauvegardez avant de manipuler quoi que ce soit
Restauration système, rollback de pilote, changement de disque : chacune de ces opérations comporte un risque. Faible, mais réel. Un clone du disque sur un support externe avant d'attaquer sérieusement, c'est le seul filet de sécurité qui ne se discute pas.
Quand arrêter de réparer soi-même
Il y a un moment où l'acharnement ne sert à rien. Si vous avez :
- testé la RAM sans erreur,
- vérifié le disque (SMART propre),
- désactivé les pilotes tiers suspects,
- lancé
sfcetDISMsans résultat, - et que votre PC plante encore trois fois par jour,
...alors il reste deux pistes : une réinstallation propre de Windows, ou un composant matériel fatigué (alimentation, carte mère, mémoire soudée). Dans le premier cas, vous sauvegardez tout, vous repartez d'une installation propre, et vous réinstallez les pilotes un par un depuis les sites officiels. Dans le second, il faut tester les composants un par un, ce qui demande souvent du matériel de rechange.
Le plus dur pour moi, ça a toujours été d'accepter ça : parfois, l'écran bleu ne veut pas dire « Windows est cassé ». Il veut dire « ce PC est fatigué ».
Et vous, votre dernier écran bleu, il datait de quand ? Si c'était il y a plus d'un an, respirez : c'est probablement un incident isolé, pas un problème à réparer. Si c'était ce matin... au boulot. Commencez par le code d'arrêt.