Corriger l'écran bleu MEMORY_MANAGEMENT Windows 11

Code d’arrêt MEMORY_MANAGEMENT 0x0000001A. Le premier réflexe de tout le monde, c’est « RAM défaillante » — le nom le hurle pratiquement. Mais d’après mon expérience la répartition est plus proche de 60/40 logiciel contre matériel. Des pilotes qui fuient de la mémoire, des tables de pages corrompues par une mise à jour interrompue, ou un programme qui alloue de la mémoire d’une façon que le noyau ne peut pas réconcilier. Testez avant de commencer à commander de la DDR4.

Ouvrez d’abord l’Observateur d’événements. Win+X, Observateur d’événements, Journaux Windows, Système. Regardez les entrées juste avant l’horodatage du plantage. Si vous voyez un avertissement « Resource-Exhaustion-Detector » à propos de la charge de validation, quelque chose mangeait toute votre mémoire virtuelle avant le plantage. Gestionnaire des tâches, onglet Détails, triez par taille de validation — trouvez le processus consommant des gigas de mémoire qu’il ne devrait pas. Le service de Killer Networking fait ça constamment. J’ai tiré 11 Go de validation de KillerNetworkService sur une machine avec 16 Go de RAM. C’est une fuite mémoire, pas une RAM défaillante.

Les pilotes audio Realtek — les HD Audio précisément, pas les UAD — fuient de la mémoire depuis quelque part en 2024. Le pilote alloue de petits tampons pour le traitement des flux audio et ne les libère jamais. Ça s’accumule sur des jours. La machine tourne bien après un redémarrage, puis commence à planter après trois ou quatre jours allumée. Si vos plantages corrèlent avec un long temps de fonctionnement plutôt qu’avec des actions précises, vérifiez les dates de pilote dans le Gestionnaire de périphériques pour les cartes audio et réseau.

Tester réellement la RAM

Si les plantages arrivent au hasard quels que soient le temps de fonctionnement, les applications, ou la charge — ou si vous voyez « Erreur matérielle » dans l’Observateur d’événements à côté du code d’arrêt MEMORY_MANAGEMENT — testez la mémoire.

Le Diagnostic de mémoire Windows (mdsched.exe) se lance depuis le menu Démarrer. Planifiez le test, redémarrez, laissez-le tourner. Notre guide de vérification de la RAM couvre tout ce que le Gestionnaire des tâches vous montre — vitesse, canaux, emplacements — avant même d’en arriver aux tests. Les mêmes tests s’appliquent si vous obtenez aussi des plantages PAGE_FAULT_IN_NONPAGED_AREA, le code d’arrêt frère du même sous-système mémoire. Il fait un passage basique d’abord puis un passage étendu. Ça prend 20-30 minutes pour 16 Go. S’il trouve des erreurs, c’est définitif — barrette défaillante.

Sauf quand il ne trouve rien et que la RAM est quand même mauvaise. Le Diagnostic de mémoire Windows manque les erreurs subtiles parce qu’il ne peut pas solliciter le contrôleur mémoire comme MemTest86 le peut. MemTest86 depuis passmark.com — faites une clé USB amorçable, démarrez dessus, laissez-le tourner toute la nuit. Sept passages complets, c’est le standard. La moindre erreur où que ce soit signifie que la RAM a un défaut.

Un gars chassait MEMORY_MANAGEMENT depuis deux semaines. A lancé le Diagnostic de mémoire Windows deux fois, propre les deux fois. Je lui ai dit de lancer MemTest86 toute la nuit. Onze erreurs au passage 4, toutes sur la même plage d’adresses. Retiré une barrette à la fois et relancé. La deuxième DIMM était mauvaise — pas complètement morte, juste une cellule défectueuse qui n’apparaissait que sous des motifs de test spécifiques. Remplacé la barrette de 8 Go pour 18 $ et plus de plantages depuis.

Si MemTest86 revient propre après sept passages, la RAM va bien et vous avez une cause logicielle. Un fichier d’échange corrompu peut imiter une RAM défaillante — supprimez-le et laissez Windows le recréer. Paramètres, Système, À propos, Paramètres système avancés, Paramètres de performance, onglet Avancé, Mémoire virtuelle, Modifier. Désactivez « Gérer automatiquement le fichier d’échange pour les lecteurs », sélectionnez Aucun fichier d’échange, cliquez Définir, redémarrez. Puis revenez et remettez sur Géré par le système. Ça force Windows à recréer le fichier d’échange à partir de zéro.

Fichiers système corrompus

Si ni la RAM ni le fichier d’échange ne corrigent, la corruption de fichiers système est la suite. sfc /scannow dans une invite de commandes élevée. S’il trouve des problèmes et dit « La protection des ressources Windows a trouvé des fichiers corrompus et les a réparés avec succès » — redémarrez et voyez si les plantages s’arrêtent. S’il dit « a trouvé des fichiers corrompus mais n’a pas pu en réparer certains », lancez DISM /Online /Cleanup-Image /RestoreHealth d’abord, puis SFC à nouveau. La commande DISM tire des copies neuves depuis Windows Update pour réparer le magasin de composants, puis SFC peut utiliser ces copies neuves.

Les pilotes GPU peuvent aussi causer MEMORY_MANAGEMENT s’ils corrompent le pool mémoire du noyau pendant le rendu. Même processus d’installation propre DDU que pour n’importe quel BSOD GPU — Mode sans échec, DDU, pilote neuf. Si vous obtenez à la fois MEMORY_MANAGEMENT et IRQL_NOT_LESS_OR_EQUAL en alternance entre les plantages, ça suggère fortement un pilote qui corrompt la mémoire noyau plutôt qu’une RAM physique défaillante — une RAM défaillante tend à produire un seul code d’arrêt de façon constante.

Si rien de tout ça ne tient et que les dumps sont un fouillis, nous lisons des dumps de plantage tous les jours — la plupart des cas MEMORY_MANAGEMENT se résolvent dès la première session à distance une fois qu’on identifie si c’est une fuite, une corruption, ou du matériel.