11 messages d'erreur Windows et ce qu'ils signifient vraiment

Lisez le code, pas la panique

Le code d'arrêt en bas de l'écran bleu et le nombre hexadécimal juste dessous sont le seul texte utile de tout cet écran. Le nom désigne le sous-système qui a abandonné — mémoire, pile de stockage, pilote — et l'hexadécimal resserre la liste des suspects. Le QR code et l'émoji triste sont du décor ; le message, c'est le code. Depuis Windows 10, les mêmes données atterrissent dans le journal : événements BugCheck à l'identifiant 1001 dans le journal Système de l'Observateur d'événements, et à côté le Moniteur de fiabilité, qui montre ce qui a été installé ou mis à jour juste avant le plantage. Le minidump va dans C:\Windows\Minidump — c'est la transcription de l'incident, pas une pièce à conviction « pour plus tard ».

Avant de toucher à quoi que ce soit, répondez à une question : y avait-il un motif — une application précise, une mise à jour récente, du matériel neuf ? Un plantage est un incident ; trois en une semaine sont un diagnostic. Notez le code à chaque écrasement : deux codes différents qui alternent, c'est presque toujours la mémoire ; un même code qui revient, un composant précis. C'est une ligne dans un carnet qui économise des heures de réinstallations à l'aveugle.

• Notez le code d'arrêt et le nombre 0x… avant que l'écran ne s'éteigne
• Ouvrez le minidump de C:\Windows\Minidump dans WinDbg ou BlueScreenView
• Vérifiez dans le Moniteur de fiabilité ce qui a été installé juste avant le plantage
• Des codes différents à chaque plantage ? Testez la RAM avec mdsched.exe
• Contrôlez le SMART du disque avant d'accuser les pilotes

Les codes qui pointent vers le matériel

CRITICAL_PROCESS_DIED sonne comme une carte mère morte, mais c'est presque toujours des fichiers système corrompus : sfc /scannow et DISM les réparent, pas un remplacement de pièces. UNMOUNTABLE_BOOT_VOLUME et KERNEL_DATA_INPAGE_ERROR relèvent du stockage : câble, contrôleur, disque en fin de vie ; commencez par le SMART et par changer le câble SATA, moins cher que n'importe quel diagnostic. WHEA_UNCORRECTABLE_ERROR est la plainte du processeur ou de la mémoire sur ses conditions de travail : revenez aux fréquences et tensions d'usine, et dans la moitié des cas le code disparaît.

FAULTY_HARDWARE_CORRUPTED_PAGE pointe presque toujours vers les barrettes de RAM, et là il est honnête ; MEMORY_MANAGEMENT appartient à la même famille : la mémoire, ou un pilote qui corrompt des pages d'autrui. PAGE_FAULT_IN_NONPAGED_AREA accuse tout le monde en bloc, mais le dump nomme souvent le vrai coupable : la ligne "What failed" ou le nom du module dans le rapport. Le principe est simple : codes sur les pages, la mémoire et les données corrompues — d'abord un test mémoire ; codes sur les volumes et les systèmes de fichiers — d'abord le disque.

Les codes qui pointent vers les pilotes et le logiciel

DPC_WATCHDOG_VIOLATION signifie qu'un pilote a retenu le processeur plus longtemps que permis : les coupables classiques sont le firmware du SSD et les pilotes de stockage, et une mise à jour de ce firmware guérit ce que des mois de réinstallations n'ont pas guéri. DRIVER_IRQL_NOT_LESS_OR_EQUAL désigne le suspect nommément : le nom du pilote figure dans les détails de l'erreur et dans le dump. NTFS_FILE_SYSTEM, c'est un système de fichiers abîmé ou un disque malade : chkdsk et SMART. UNEXPECTED_STORE_EXCEPTION, malgré son nom exotique, relève presque toujours du stockage : le pilote Intel RST ou ce même SSD en fin de vie.

Et un genre à part : les erreurs sans écran bleu. "This app can't run on your PC" n'est pas une panne mais une architecture inadaptée — vous lancez un binaire 64 bits ou une build ARM là où il n'a que faire. Les entrées WHEA par milliers dans le journal sans un seul plantage sont en général la télémétrie des capteurs de la carte mère, pas des annonces de décès. La frontière est simple : plantage du système — dump et code ; plantage d'un logiciel — le journal du logiciel.

Questions et réponses

À lire ensuite