Qu'est-ce que le Rapport d'erreurs Windows et ses vidages sur incident

La chaîne : plantage, vidage, rapport, file d'attente

Quand une application rencontre une erreur non gérée, le service WER et son ouvrier WerFault.exe rassemblent l'essentiel : quelle appli, quelle version, dans quel module elle est morte, la signature de l'exception. En option, ils capturent aussi un vidage — un instantané figé de la mémoire du processus au moment du décès. Le rapport atterrit dans %ProgramData%\Microsoft\Windows\WER\ReportQueue, part chez Microsoft (ou y attend si vous avez réduit les diagnostics), puis migre vers ReportArchive. Les plantages du noyau vivent à part : les minividages s'empilent dans C:\Windows\Minidump, le vidage complet du noyau siège dans C:\Windows\MEMORY.DMP, et les vidages en direct du pilote GPU atterrissent dans C:\Windows\LiveKernelReports. Les vidages d'applications précises finissent dans %LOCALAPPDATA%\CrashDumps quand quelque chose l'active pour elles.

Rien de tout cela ne touche à la santé du système. Le WER, c'est de la comptabilité : noter ce qui a cassé, garder les preuves un temps, et laisser Microsoft voir des schémas de plantage sur des millions de machines. Les rapports sont petits ; ce qui grossit, ce sont les vidages — un vidage complet d'une application lourde peut atteindre des centaines de mégaoctets, parce que c'est, littéralement, une copie de ce que l'appli avait en mémoire.

• %ProgramData%\Microsoft\Windows\WER\ReportQueue — rapports en attente d'envoi
• %ProgramData%\Microsoft\Windows\WER\ReportArchive — rapports envoyés ou conservés
• %LOCALAPPDATA%\CrashDumps — fichiers .dmp par application, si activé
• C:\Windows\Minidump — minividages de chaque écran bleu
• C:\Windows\MEMORY.DMP — le vidage complet du noyau du dernier écran bleu
• C:\Windows\LiveKernelReports — vidages en direct des pilotes GPU et affichage (Watchdog)

Ce qu'il y a vraiment dans un vidage

Un vidage, c'est de la mémoire de processus, et la mémoire de processus, ce sont vos données : des fragments du document ouvert, des tampons d'images, des URL, des jetons de session — tout ce que l'appli tenait. Voilà pourquoi le réglage des diagnostics compte. Dans Paramètres → Confidentialité et sécurité → Diagnostics et commentaires, les « Données de diagnostic obligatoires » envoient le menu fretin, tandis que « Données de diagnostic facultatives » est l'interrupteur qui laisse des tranches de mémoire plus consistantes quitter la machine. La plupart des gens se contentent des obligatoires, et les rapports de plantage fonctionnent quand même.

En local, un vidage n'a d'intérêt que si quelqu'un le lit. Si vous déboguez vous-même un plantage récurrent — ou le collez sur un forum où quelqu'un d'autre le fera — le vidage est de l'or, lisible avec des outils comme WinDbg. Si personne ne débogue, un vieux vidage est un artefact : la preuve d'un plantage déjà corrigé, oublié ou toléré.

Faire le ménage sans rien casser

Tout le contenu de ReportArchive et ReportQueue peut partir, avec les minividages et les MEMORY.DMP des écrans bleus déjà réglés ; quand quelque chose cassera à nouveau, Windows créera simplement de nouveaux fichiers. L'Assistance au stockage et le Nettoyage de disque ignorent largement ces dossiers : c'est un travail manuel ou assisté — un nettoyage comme Kleaner PRO affiche ces emplacements avec leurs tailles et transforme « quelques centaines de Mo de mystère » en une décision que vous pouvez réellement prendre. Une seule chose à faire avant de supprimer : si un plantage se répète et que vous comptez en parler, copiez d'abord le vidage.

Désactiver entièrement le WER (services.msc → service Rapport d'erreurs Windows) arrête la collecte, pas les plantages : l'appli meurt toujours, juste sans rapport. Et quand WerFault.exe consomme du CPU de façon visible, c'est presque toujours une application qui plante en boucle — traitez l'appli qui plante, pas le messager. Tout cet engrenage ne se tait que lorsque le plantage lui-même est corrigé.

Questions et réponses

À lire ensuite