Votre PC affiche un écran bleu « BAD_POOL_CALLER » (code d'arrêt 0x000000C2) ? Voici sa signature, très proche du BAD_POOL_HEADER mais bien distincte : ici, un composant en mode noyau — presque toujours un PILOTE — est pris EN FLAGRANT DÉLIT au moment MÊME où il fait une requête ILLÉGALE à l'allocateur de mémoire du noyau (le « pool »). Windows gère la mémoire du noyau sous forme d'un pool d'allocation ; quand un pilote demande une opération interdite — LIBÉRER un bloc DÉJÀ libéré (« double free »), libérer une ADRESSE qui n'est pas une allocation valide du pool, libérer/allouer à un IRQL (niveau d'interruption) trop élevé, ou passer un type de pool invalide — le gestionnaire de pool refuse et arrête Windows sur-le-champ : c'est l'écran bleu. La grande différence avec le 0x19 BAD_POOL_HEADER : le 0x19 DÉCOUVRE plus tard qu'un en-tête de bloc a été corrompu (le coupable a déjà quitté les lieux), tandis que le 0xC2 attrape le fautif en pleine action — le pilote responsable est donc généralement DÉJÀ sur la pile d'appel, ce qui le rend souvent plus facile à identifier. Le premier paramètre du code d'arrêt indique même le TYPE précis de violation (double libération, mauvais IRQL, adresse hors pool…). Les causes classiques, dans l'ordre : un PILOTE bogué, incompatible ou obsolète — très souvent réseau/Wi-Fi, USB, carte graphique, chipset, ou un vieil antivirus/pare-feu tiers à filtre noyau qui gère mal ses allocations ; une RAM DÉFAILLANTE (un bit qui bascule fausse un pointeur de pool) ; plus rarement des fichiers système abîmés. À ne pas confondre avec le MEMORY_MANAGEMENT (0x1A), qui signale une incohérence GÉNÉRALE du gestionnaire de mémoire, ni avec le PAGE_FAULT_IN_NONPAGED_AREA (0x50), qui vise une adresse invalide : le 0xC2, lui, désigne précisément un APPEL invalide à l'allocateur du pool. Bonne nouvelle : parce que le fautif est pris en flagrant délit, on identifie souvent vite le pilote, on le met à jour ou on le retire, on teste la RAM et on repart sur un système propre — sans réinstaller à l'aveugle. Voici comment, dans le bon ordre. Bonne nouvelle : parce que le fautif est pris en flagrant délit, ce code d'arrêt se règle dans la plupart des cas en lisant le minidump pour nommer le pilote, en testant la RAM et en repartant d'un système propre — sans réinstaller à l'aveugle.
💡 À comprendre en 30 secondes
BAD_POOL_CALLER (code d'arrêt 0x000000C2) veut dire qu'un composant en mode noyau — presque toujours un pilote — vient de faire une requête interdite à l'allocateur de mémoire du noyau (le « pool »), et qu'il a été attrapé en flagrant délit au moment même de l'appel. Les opérations refusées : libérer un bloc déjà libéré (« double free »), libérer une adresse hors pool (pointeur invalide), libérer/allouer à un IRQL trop élevé, ou passer un type de pool invalide. Sa signature le rend unique dans la série : contrairement au 0x19 BAD_POOL_HEADER, qui découvre PLUS TARD qu'un en-tête de bloc est corrompu, le 0xC2 prend le fautif EN PLEINE ACTION — le pilote responsable est donc généralement déjà sur la pile d'appel. Les causes classiques, dans l'ordre :
- Un pilote bogué, incompatible ou obsolète — réseau/Wi-Fi, USB, carte graphique, chipset, ou un vieux antivirus/pare-feu tiers à filtre noyau — la cause n°1.
- Une RAM défaillante : un bit qui bascule fausse un pointeur de pool et déclenche un appel invalide (BSOD plus aléatoire).
- Plus rarement, des fichiers système abîmés ou un composant noyau tiers instable.
À ne pas confondre : le 0x19 BAD_POOL_HEADER = un en-tête de bloc du pool découvert corrompu APRÈS coup ; le 0x1A MEMORY_MANAGEMENT = incohérence GÉNÉRALE du gestionnaire de mémoire ; le 0x50 PAGE_FAULT_IN_NONPAGED_AREA = accès à une ADRESSE invalide ; le 0xD1 DRIVER_IRQL_NOT_LESS_OR_EQUAL = un pilote qui ACCÈDE à de la mémoire paginée à un IRQL trop élevé. Le 0xC2, lui, c'est précisément un appel INVALIDE à l'allocateur du pool — et le premier paramètre du code indique le type exact de faute.
🔎 Reconnaître votre cas (et ce qui n'en est PAS un)
- Le BSOD est apparu après l'installation ou la mise à jour d'un pilote, d'un antivirus/pare-feu tiers ou d'un « pack de pilotes » → c'est le cas typique : revenez à la version précédente / désinstallez le composant.
- Le minidump nomme un .sys précis → profitez-en : avec le 0xC2 le fautif est souvent en clair sur la pile d'appel. Mettez ce pilote à jour ou retirez-le.
- Le PC est stable en Mode sans échec mais plante en usage normal → un pilote ou un logiciel tiers chargé au démarrage est en cause : isolez-le au Vérificateur de pilotes.
- Le 0xC2 survient de façon ALÉATOIRE, sans changement récent → suspectez la RAM : lancez MemTest86 et désactivez XMP/EXPO.
- L'écran bleu affiche « BAD_POOL_HEADER » (0x19) ou un AUTRE code (MEMORY_MANAGEMENT, PAGE_FAULT, DPC_WATCHDOG…) → codes voisins mais distincts : voyez le guide dédié, ou notre guide général des écrans bleus.
🚀 Les corrections, dans le bon ordre
Le but : identifier le pilote qui fait l'appel de pool interdit (souvent rapide avec ce code), ou la barrette de RAM en cause. Si le PC ne démarre plus, travaillez en Mode sans échec (forcez 3 arrêts au logo → WinRE → Options avancées → Paramètres → Mode sans échec). Testez après chaque étape.
Si le 0xC2 est apparu après l'installation/mise à jour d'un pilote, d'un antivirus/pare-feu tiers ou d'un logiciel, désinstallez-le ou revenez à la version précédente (Gestionnaire de périphériques → Propriétés → Pilote → « Version précédente »). Retirez les vieux antivirus/pare-feu tiers avec l'outil de l'éditeur.
Lisez le minidump (C:\Windows\Minidump) avec BlueScreenView ou WhoCrashed : le 0xC2 attrapant le fautif en flagrant délit, le .sys responsable est généralement sur la pile d'appel. Sinon, activez le Vérificateur de pilotes (« verifier ») sur les pilotes tiers pour forcer le coupable à se trahir dès sa prochaine opération de pool interdite.
Carte réseau/Wi-Fi, chipset, GPU, contrôleur USB/stockage — depuis le site du FABRICANT (carte mère/PC ou éditeur), jamais via un « driver updater » douteux qui installe des pilotes non signés.
mdsched.exe (Diagnostic de mémoire Windows) ou, mieux, MemTest86 sur plusieurs passes. Réasseyez les barrettes et désactivez le profil XMP/EXPO : une mémoire instable peut fausser un pointeur de pool et provoquer un appel invalide.
sfc /scannow puis DISM /Online /Cleanup-Image /RestoreHealth ; vérifiez le disque avec chkdsk C: /f /r.
Faites les mises à jour Windows/BIOS/chipset (un pilote de plateforme à jour corrige des incompatibilités connues) et lancez « Microsoft Defender – analyse hors ligne » : un rootkit qui manipule la mémoire noyau peut provoquer ce code.
Si la machine reste instable (souvent après un « pack de pilotes » ou un ISO trafiqué), après sauvegarde : réparez l'installation en conservant vos fichiers ou réinstallez proprement Windows 11 depuis un média OFFICIEL (Media Creation Tool), puis réinstallez des pilotes SIGNÉS.
⚠️ « Windows préactivé », « packs de pilotes », cracks et KMS : pourquoi ils favorisent ce 0xC2
Le BAD_POOL_CALLER n'est pas, en lui-même, une « preuve » de piratage comme peut l'être un BSOD de PatchGuard : il vient d'un composant en mode noyau qui fait une requête de pool illégale — le plus souvent un pilote bogué ou incompatible, parfois une RAM défaillante. Mais les montages Windows piratés multiplient précisément les pilotes douteux et le code noyau non fiable. Beaucoup d'ISO « préactivé » et de « packs de pilotes tout-en-un » installent des pilotes modifiés, non signés ou inadaptés à votre matériel — exactement le genre de code qui libère deux fois un bloc, rend un pointeur hors pool, ou travaille au mauvais IRQL, et déclenche donc un 0xC2. Certains cracks/loaders et « optimiseurs » chargent aussi leurs propres filtres en mode noyau, et une grande partie de ces images embarquent de vrais malwares (rootkits, faux antivirus) qui manipulent la mémoire noyau. Effet aggravant : les activateurs KMS désactivent souvent Windows Update → plus de pilotes signés (WHQL) ni de correctifs de fiabilité, et le système reste dans un état bancal propice à ces appels de pool interdits. Soyons honnêtes : le 0xC2 peut parfaitement toucher un Windows authentique — un pilote officiel bogué, un vieil antivirus tiers, ou une barrette de RAM défaillante suffisent ; lisez donc toujours le minidump pour isoler le pilote fautif (le 0xC2 vous y aide) et testez la mémoire avant de conclure. Mais dès qu'un « préactivé », un « pack de pilotes » douteux ou un crack est dans l'équation, c'est une piste à éliminer en priorité. La base saine : un Windows 11 authentique, installé proprement (média officiel), avec Windows Update activé et des pilotes signés venant des fabricants — un noyau qui reçoit des allocations propres ne fait pas d'appels de pool interdits. Avec Fast Licenses, une licence Windows 11 authentique s'obtient à prix réduit et s'active en quelques minutes : vous repartez sur un système propre, à jour et sans pilote trafiqué, au lieu d'empiler des pilotes non signés sur une image piratée et un Windows Update coupé.
📊 Comparatif des prix 2026
| Produit | Prix officiel | Fast Licenses |
|---|---|---|
| Windows 11 Pro | 259€ | À partir de 29€ |
| Office 2021 Pro | 439€ | À partir de 39€ |
| Windows 11 Famille | 145€ | À partir de 25€ |
🛡️ Des pilotes signés, une RAM saine, plus de BAD_POOL_CALLER
La solution durable n'est pas d'empiler des pilotes non signés d'un « pack » ou d'un ISO pirate, mais de partir d'une base saine : des pilotes officiels et signés, une RAM testée, et un Windows 11 légitime installé proprement, à jour, activé en quelques minutes, à prix réduit. Rejoignez plus de 10 000 clients satisfaits.
Voir nos licences →❓ Questions fréquentes
Que signifie l'écran bleu « BAD_POOL_CALLER » (0x000000C2) sous Windows 11 ?
« BAD_POOL_CALLER » (code d'arrêt 0x000000C2) signifie qu'un composant en mode noyau — presque toujours un PILOTE — vient de faire une requête ILLÉGALE à l'allocateur de mémoire du noyau (le « pool »), et que le gestionnaire de pool l'a attrapé EN FLAGRANT DÉLIT au moment même de l'appel. Petit rappel : Windows gère la mémoire du noyau sous forme d'un « pool » d'allocation, dans lequel les composants réservent et libèrent des blocs. Certaines opérations sont strictement interdites, et le gestionnaire les refuse en arrêtant Windows par sécurité : LIBÉRER un bloc DÉJÀ libéré (« double free »), libérer une ADRESSE qui n'est pas une allocation valide du pool (ou un pointeur légèrement décalé), libérer/allouer de la mémoire à un IRQL (niveau d'interruption) trop élevé pour le type de pool concerné, ou passer un type/étiquette de pool invalide. C'est ce qui rend ce code très utile au dépannage : contrairement au 0x00000019 « BAD_POOL_HEADER », qui DÉCOUVRE plus tard qu'un en-tête de bloc a été corrompu — le coupable ayant déjà quitté les lieux —, le 0xC2 prend le fautif EN PLEINE ACTION. Le pilote responsable est donc généralement DÉJÀ présent sur la pile d'appel du plantage, ce qui le rend souvent plus facile à identifier. Mieux : le premier paramètre du code d'arrêt indique le TYPE PRÉCIS de violation (par exemple une double libération, une libération à un mauvais IRQL, ou une adresse qui n'appartient pas au pool). Les causes classiques, dans l'ordre : un PILOTE bogué, INCOMPATIBLE ou OBSOLÈTE — très souvent réseau/Wi-Fi, USB, carte graphique, chipset, ou un vieil antivirus/pare-feu tiers qui installe un filtre en mode noyau et gère mal ses allocations ; une RAM DÉFAILLANTE — un bit qui bascule (bit-flip) fausse un pointeur de pool, ce qui rend ce BSOD plus aléatoire ; plus rarement des fichiers système abîmés. À ne pas confondre avec ses cousins déjà traités : 0x0000001A « MEMORY_MANAGEMENT » signale une incohérence GÉNÉRALE du gestionnaire de mémoire virtuelle (tables de pages, PTE…), alors que le 0xC2 vise SPÉCIFIQUEMENT un appel invalide à l'allocateur du POOL ; 0x00000050 « PAGE_FAULT_IN_NONPAGED_AREA » veut dire qu'un accès a visé une ADRESSE mémoire invalide, alors que dans le 0xC2 l'adresse peut exister mais la REQUÊTE de pool elle-même (double free, mauvais type, mauvais IRQL) est interdite ; 0x000000D1 « DRIVER_IRQL_NOT_LESS_OR_EQUAL » = un pilote ACCÈDE à de la mémoire paginée à un IRQL trop élevé, tandis que le 0xC2 = un pilote fait une OPÉRATION DE POOL interdite (parfois liée à l'IRQL, mais côté allocateur). La marque de fabrique du 0xC2, c'est « écran bleu BAD_POOL_CALLER, souvent après l'installation ou la mise à jour d'un pilote ou d'un antivirus tiers, avec un pilote nommé bien visible dans le minidump ».
Comment corriger l'erreur BAD_POOL_CALLER (0x000000C2) sous Windows 11, étape par étape ?
Procédez dans cet ordre ; le but est d'identifier le pilote qui fait l'appel de pool interdit, ou la barrette de RAM en cause, sans réinstaller à l'aveugle. (1) SI LE PC NE DÉMARRE PLUS ou boucle, entrez en Mode sans échec (forcez 3 arrêts au logo → WinRE → Dépannage → Options avancées → Paramètres → Mode sans échec) : s'il est stable en mode sans échec, un pilote ou un logiciel tiers chargé au démarrage est très probablement en cause. (2) DÉFAITES LE DERNIER CHANGEMENT : si le BSOD est apparu après l'installation/mise à jour d'un pilote, d'un antivirus/pare-feu tiers ou d'un logiciel, désinstallez-le ou revenez à la version précédente (Gestionnaire de périphériques → Propriétés → Pilote → « Version précédente »). Les vieux antivirus/pare-feu tiers à filtre noyau sont des coupables fréquents : désinstallez-les proprement avec l'outil de l'éditeur. (3) IDENTIFIEZ LE PILOTE FAUTIF — c'est souvent RAPIDE avec ce code : lisez le minidump (C:\Windows\Minidump) avec BlueScreenView ou WhoCrashed pour repérer le .sys nommé, car le fautif est généralement sur la pile d'appel ; au besoin, activez le Vérificateur de pilotes (« verifier ») sur les pilotes tiers pour forcer le coupable à se signaler dès sa prochaine opération de pool interdite. (4) METTEZ À JOUR LES PILOTES clés — carte réseau/Wi-Fi, chipset, GPU, contrôleur USB/stockage — depuis le site du FABRICANT (carte mère/PC ou éditeur), pas via un « driver updater » douteux. (5) TESTEZ LA RAM : « mdsched.exe » (Diagnostic de mémoire Windows) ou, mieux, MemTest86 sur plusieurs passes ; réasseyez les barrettes et DÉSACTIVEZ le profil XMP/EXPO pour écarter une mémoire instable qui fausserait un pointeur de pool. (6) RÉPAREZ LES FICHIERS SYSTÈME : « sfc /scannow » puis « DISM /Online /Cleanup-Image /RestoreHealth » ; vérifiez le disque avec « chkdsk C: /f /r ». (7) FAITES LES MISES À JOUR Windows/BIOS/chipset (un microcode ou un pilote de plateforme à jour corrige des incompatibilités connues) et lancez un SCAN ANTIMALWARE (Microsoft Defender – analyse hors ligne). En dernier recours seulement, après sauvegarde, réparez l'installation en conservant vos fichiers ou réinstallez proprement Windows 11 depuis un média OFFICIEL. Dans l'immense majorité des cas, retirer le pilote/antivirus fautif — que le 0xC2 aide justement à démasquer — et tester la RAM suffisent à faire disparaître ce code.
Un « Windows préactivé », un crack, un « pack de pilotes » ou un activateur KMS peuvent-ils provoquer ce BAD_POOL_CALLER ?
Indirectement, oui — même si le 0xC2 n'est pas, en lui-même, une « preuve » de piratage comme peut l'être un BSOD de PatchGuard. Le BAD_POOL_CALLER vient d'un composant en mode noyau qui fait une requête de pool illégale : le plus souvent un PILOTE bogué ou incompatible, parfois une RAM défaillante. Or les montages Windows piratés multiplient précisément les pilotes douteux et les composants noyau non fiables. Beaucoup d'ISO « préactivé » et de « packs de pilotes tout-en-un » installent des pilotes MODIFIÉS, NON SIGNÉS ou inadaptés à votre matériel — exactement le genre de code noyau qui libère deux fois un bloc, rend un pointeur qui n'appartient pas au pool, ou travaille au mauvais IRQL, et déclenche donc un 0xC2. Certains cracks/loaders et « optimiseurs » chargent aussi leurs propres filtres en mode noyau, et une grande partie de ces images embarquent de vrais malwares (rootkits, faux antivirus) qui manipulent la mémoire noyau. Effet aggravant : les activateurs KMS désactivent souvent Windows Update, si bien que vous n'obtenez plus les pilotes signés (WHQL) ni les correctifs de fiabilité qui règlent justement ces incompatibilités — le système reste dans un état bancal, propice à ces appels de pool interdits. Soyons honnêtes : le 0xC2 peut parfaitement toucher un Windows authentique — un pilote officiel bogué, un vieil antivirus tiers, ou une barrette de RAM défaillante suffisent ; il faut donc TOUJOURS lire le minidump pour isoler le pilote fautif (le 0xC2 vous y aide) et tester la mémoire avant de conclure. Mais dès qu'un « préactivé », un « pack de pilotes » douteux ou un crack est dans l'équation, c'est une piste à éliminer en priorité, car ils empilent précisément les pilotes non signés et le Windows Update coupé qui favorisent ce BSOD. La base saine, c'est un Windows 11 AUTHENTIQUE, installé PROPREMENT (média officiel), avec Windows Update ACTIVÉ et des pilotes SIGNÉS venant des fabricants — un noyau qui reçoit des allocations propres n'a aucune raison de faire des appels de pool interdits. Chez Fast Licenses, une licence Windows 11 authentique s'obtient à prix réduit et s'active en quelques minutes : vous repartez sur un système propre, à jour et sans pilote trafiqué, au lieu d'empiler des pilotes non signés sur une image piratée et un Windows Update désactivé.
📚 Articles recommandés
- « BAD_POOL_HEADER » (0x00000019), l'en-tête d'un bloc du pool corrompu — le cousin du 0xC2
- Écran bleu (BSOD) sous Windows 11 : décoder les codes d'arrêt, réparer et éviter
- « MEMORY_MANAGEMENT » (0x0000001A), quand la mémoire est mal gérée
- « DRIVER_IRQL_NOT_LESS_OR_EQUAL » (0x000000D1), un pilote qui touche la mauvaise mémoire
- Tous nos guides de dépannage Windows 11
Cet article a été rédigé par l'équipe Fast Licenses — experts en licences logicielles depuis 2020.
Mots-clés : bad_pool_caller, 0x000000c2, 0x000000c2 windows 11, ecran bleu 0x000000c2, corriger bad_pool_caller windows 11, bsod 0x000000c2, bad pool caller pilote, bad pool caller ram, 0x000000c2 apres mise a jour pilote, bad_pool_caller antivirus, difference bad pool caller bad pool header · © 2026 Fast Licenses
0 commentaire