Technical Anshu
Tutorials Blog
Guide principal BSOD

Guide principal BSOD sur chaque erreur d'arrêt majeure et ce qu'elle vous dit réellement

Un écran bleu, c'est que Windows protège vos données et ne vous punit pas. Lorsque le noyau détecte une erreur avec laquelle il ne peut pas continuer en toute sécurité, il s'arrête - et il laisse le code d'arrêt derrière lui comme première phrase de l'histoire. Ce guide principal décode chaque erreur d'arrêt majeure : ce qu'elle signifie habituellement, ce qu'elle ne prouve jamais par elle-même et l'ordre de correction qui correspond au code.

Technical AnshuWindows 10 / 11Step-by-step fix guide
Regardez le guide principal complet dans la vidéo : chaque erreur d'arrêt est expliquée avec son correctif, étape par étape.

La plupart des conseils sur écran bleu échouent car ils traitent chaque crash de la même manière. En réalité, le code d'arrêt est un outil de tri : il réduit la liste des causes possibles de tout ce qui se trouve dans le PC à deux ou trois suspects. Utilisez cette page comme carte - recherchez votre code dans la liste principale, notez à quelle famille il appartient, effectuez les trois premiers mouvements universels, puis suivez la page de cas de ce code pour connaître son ordre de correction spécifique. Un avertissement honnête avant de commencer : un code rétrécit la recherche, il ne la termine pas. Le schéma observé dans plusieurs crashs – le même code, le même nom de fichier, le même moment – ​​est ce qui finit par condamner le coupable.

The master list - nine stop codes that cover almost every blue screen (usual meaning)
PAGE_FAULT_IN_NONPAGED_AREA (0x50)Bad memory reference - RAM or driver
IRQL_NOT_LESS_OR_EQUAL (0xA)Driver touched paged memory too early
MEMORY_MANAGEMENT (0x1A)Memory bookkeeping corrupt - RAM first
SYSTEM_SERVICE_EXCEPTION (0x3B)Crash inside a system service - read the file named
CRITICAL_PROCESS_DIED (0xEF)A process Windows cannot live without has died
INACCESSIBLE_BOOT_DEVICE (0x7B)Windows lost its own boot disk
KERNEL_SECURITY_CHECK_FAILURE (0x139)A critical kernel structure was corrupted
DPC_WATCHDOG_VIOLATION (0x133)A driver or device stopped responding
WHEA_UNCORRECTABLE_ERROR (0x124)The hardware itself reported a fatal error
Les neuf codes couverts par ce guide. Dans l'Observateur d'événements, les mêmes codes apparaissent en hexadécimal que l'ID d'événement BugCheck 1001 - par exemple 0x00000050, 0x0000000A, 0x00000124.
1

Première étape : lisez l'écran avant de toucher quoi que ce soit

L’écran bleu vous donne trois éléments de preuve, et la plupart des gens n’en utilisent aucun. Tout d'abord, le nom du code d'arrêt en majuscules - c'est la famille de la panne. Deuxièmement, lors de nombreux crashs, une ligne indique What failed: suivi d'un nom de fichier se terminant par .sys - c'est-à-dire le pilote qui était en cours d'exécution lorsque Windows a abandonné. Troisièmement, le timing : plante-t-il au démarrage, dans un jeu, au ralenti ou de manière aléatoire ? Prenez une photo de l'écran avant de redémarrer. Après le redémarrage, le même code est enregistré dans l'Observateur d'événements sous le nom BugCheck, ID d'événement 1001, avec la valeur hexadécimale entre parenthèses - par exemple 0x00000050 pour PAGE_FAULT_IN_NONPAGED_AREA. Chaque page de cas de ce guide est nommée par ce code, alors trouvez la vôtre dans la liste principale ci-dessus et accédez-y directement.

2

Deuxième étape : triez votre code dans sa famille

Les neuf codes se répartissent en cinq familles, et la famille vous indique où chercher en premier. Famille de mémoire (0x50, 0x1A et souvent 0xA) : le problème implique la RAM ou quelque chose qui écrit dans la mauvaise mémoire. Famille de pilotes (0x3B, 0x133 et souvent 0xA) : un pilote s'est mal comporté ou a cessé de répondre. Famille de démarrage et de stockage (0x7B) : Windows ne peut pas atteindre le disque à partir duquel il démarre. Famille d'intégrité (0x139, 0xEF) : le noyau a trouvé ses propres structures endommagées, ou un processus dont il dépend est mort. Famille matérielle (0x124) : le processeur lui-même a signalé l'erreur - traitez les correctifs logiciels comme une perte de temps jusqu'à ce que le matériel soit effacé. Notez que 0xA apparaît dans deux familles. Ce chevauchement est normal, et c'est la première leçon de ce guide : le code restreint la recherche, il n'y met pas fin.

3

Troisième étape – Les trois premiers mouvements universels

  1. Annuler la dernière modification. Nouveau pilote, mise à jour Windows, nouvelle RAM ou SSD, nouvel antivirus : la dernière modification est le suspect numéro un. Restaurez le pilote dans le Gestionnaire de périphériques ou désinstallez la mise à jour à partir des paramètres ou du menu de récupération.
  2. Test en mode sans échec. Maintenez Shift tout en cliquant sur Redémarrer, puis Dépanner, Options avancées, Paramètres de démarrage, Redémarrer et appuyez sur 4. Le mode sans échec ne charge presque aucun pilote tiers. Si le PC y est stable, la cause est un pilote ou un programme. S'il plante toujours en mode sans échec, vous soupçonnez des fichiers système ou du matériel.
  3. Réparez les fichiers système. Dans une invite de commande d'administrateur, exécutez sfc /scannow, puis DISM /Online /Cleanup-Image /RestoreHealth, puis sfc /scannow une fois de plus. Cette paire corrige la grande part des plantages causés par des fichiers Windows endommagés
4

Quatrième étape : suivez l'ordre de correction de votre propre code, pas une liste générique

Les listes de correctifs génériques expliquent pourquoi les écrans bleus durent des semaines. La réinstallation de Windows ne fait rien pour un SSD en train de mourir, et un test de mémoire ne fait rien pour un changement de mode de démarrage dans le BIOS. Chaque famille a un ordre correct : les codes de mémoire commencent par un test de RAM, les codes de démarrage commencent dans les paramètres de stockage du BIOS, le code de surveillance commence par le pilote de stockage et le micrologiciel SSD, et WHEA commence par supprimer chaque overclock. Les pages de cas de ce guide donnent à chaque code son propre ordre : parcourez le vôtre depuis le haut, modifiez une chose à la fois et notez ce que vous avez modifié. Et lorsqu'un crash se succède avec un code différent à chaque fois, ce modèle lui-même est un indice : les codes aléatoires signifient généralement une chose instable en dessous - RAM, chaleur ou alimentation - et non neuf défauts distincts.

Méfiez-vous de toute liste de correctifs commençant par la réinstallation de Windows pour chaque code d'arrêt. Une réinstallation ne peut pas réparer une RAM défaillante, un SSD en train de mourir, une surchauffe du processeur ou un changement de mode de démarrage du BIOS - et elle détruit l'historique des plantages dont vous avez besoin comme preuve. La réinstallation est la dernière étape, après les tests, pas la première.

Regardez le guide vidéo complet

Le guide principal BSOD complet - chaque erreur d'arrêt majeure expliquée avec son correctif, affiché en direct, étape par étape.

Watch Full Video
Questions courantes (FAQ)

Où puis-je voir le code d’arrêt après le redémarrage du PC ?

Ouvrez l'Observateur d'événements, accédez à Journaux Windows, Système et recherchez la source BugCheck avec l'ID d'événement 1001 - elle répertorie le code hexadécimal, tel que 0x00000050. Reliability Monitor (recherche Afficher l'historique de fiabilité) affiche également le même crash qu'une entrée d'échec Windows avec le code.

Un écran bleu est-il toujours signe d’un défaut matériel ?

Non. La plupart des écrans bleus sont causés par des pilotes et des fichiers système endommagés, qui sont des logiciels. Un seul code dans ce guide, WHEA_UNCORRECTABLE_ERROR (0x124), indique que le matériel signale sa propre erreur fatale - et même celui-là demande des tests avant d'acheter des pièces.

Mon PC a affiché un écran bleu une fois et tout va bien depuis. Dois-je m'inquiéter ?

Notez le code et la date, et notez ce qui a changé juste avant : un nouveau pilote ou une mise à jour est le déclencheur habituel. Un seul crash est une note ; le même crash deux fois est une tâche. Les écrans bleus répétés méritent toujours l'ordre de correction, car le défaut sous-jacent ne se guérit pas d'eux-mêmes.

Ce guide est basé sur la vidéo du guide principal technique Anshu BSOD - bloqué sur n'importe quelle étape, posez la question dans les commentaires vidéo et vous obtiendrez une réponse.