Corriger KERNEL_DATA_INPAGE_ERROR sur Windows 11 (2026)

Sauvegardez vos fichiers avant toute autre chose. Cet écran bleu est différent de la plupart — KERNEL_DATA_INPAGE_ERROR signifie que Windows a tenté de lire une page de données depuis votre disque de stockage et que la lecture a échoué. Environ 55% du temps c’est un disque qui meurt physiquement, et chaque correctif de ce guide implique de lire et écrire sur ce disque potentiellement défaillant, mettant plus de stress sur du matériel qui est peut-être marginal. J’ai vu des disques survivre assez longtemps pour une sauvegarde calme, puis mourir complètement pendant une analyse CHKDSK parce que CHKDSK martèle chaque secteur.

Si Windows démarre assez longtemps pour atteindre le bureau, branchez une clé USB et commencez à glisser vos dossiers importants — Documents, Photos, Bureau, tout ce que vous ne pouvez pas remplacer. Si la machine plante en plein milieu, elle redémarre et vous continuez là où vous vous êtes arrêté. Une sauvegarde partielle vaut infiniment mieux que rien quand le disque finit par lâcher. Notre guide de récupération de données couvre plus d’options si vous ne pouvez pas accéder aux fichiers normalement.

Vérifiez d’abord le disque

Téléchargez CrystalDiskInfo et lisez les données SMART que votre disque surveille sur sa propre santé. Trois chiffres comptent : Reallocated Sectors Count devrait être zéro — tout ce qui est au-dessus signifie que le disque a commencé à lâcher. Current Pending Sector Count montre les secteurs qui ont renvoyé des erreurs de lecture mais n’ont pas été confirmés défectueux. Reported Uncorrectable Errors est le nombre de secteurs que le disque n’a pas pu lire du tout et n’a pas pu remapper.

Statut jaune « Attention » ou rouge « Mauvais » ? Arrêtez de lancer des commandes de réparation. Le disque meurt et CHKDSK l’empirera. Concentrez-vous sur récupérer vos données, puis remplacez le disque. Un NVMe de 1 To coûte 60-80 $ en 2026. Notre guide du disque dur couvre le diagnostic complet.

Si CrystalDiskInfo affiche bleu « Bon » avec tous les comptes à zéro, ce n’est probablement pas du matériel — continuez à lire.

Une photographe a appelé parce que son HP Pavilion faisait un écran bleu chaque fois qu’elle ouvrait Lightroom. CrystalDiskInfo montrait 847 secteurs réalloués sur un Seagate 2 To de deux ans. Le disque mourait un secteur à la fois, et chaque fois que Windows touchait le morceau de fichier d’échange qui vivait sur un secteur mort, le noyau paniquait. On a sorti ses fichiers avant que le truc ne lâche complètement et installé un NVMe neuf. Si elle avait continué à redémarrer et lancer CHKDSK comme le suggérait le premier résultat Google, ces 2 400 photos de mariage auraient peut-être disparu.

Le bug 24H2 et Western Digital

Si vous avez fait la mise à jour vers Windows 11 24H2 et avez un WD_BLACK SN770, WD Blue SN580, WD Blue SN5000, ou SanDisk Extreme M.2 en taille 2 To — il y a un bug connu où Windows demande une allocation de Host Memory Buffer plus grande que ces disques ne peuvent gérer. Chaque diagnostic revient propre, CrystalDiskInfo affiche Bon, CHKDSK ne trouve rien, MemTest passe. Le disque est sain, c’est une incompatibilité au niveau du protocole.

Correctif : ouvrez WD Dashboard depuis westerndigital.com, allez dans l’onglet Firmware, installez la mise à jour. Trois minutes et un redémarrage. Ou le contournement registre : ouvrez regedit, allez à HKLM\SYSTEM\CurrentControlSet\Control\StorPort, créez une valeur DWORD appelée HMBAllocationPolicy, mettez-la à 0, redémarrez. On a vu ça sur une douzaine de machines depuis janvier.

Correctifs logiciels

Le disque est sain et vous avez écarté le bug WD. Lancez DISM d’abord, puis SFC dans une invite de commandes admin :

DISM /Online /Cleanup-Image /RestoreHealth

Attendez que ça finisse, puis :

sfc /scannow

SFC et DISM corrigent les fichiers système corrompus dans environ 30% des cas de kernel data inpage où le disque est sain — plus bas que la plupart des erreurs d’écran bleu parce que celle-ci est plus souvent d’origine matérielle, mais c’est rapide et gratuit.

Puis chkdsk C: /f /r — il doit tourner au prochain redémarrage. Le drapeau /r analyse les secteurs défectueux et tente la récupération. Sur un disque dur de 1 To attendez deux à trois heures, les SSD généralement moins de 30 minutes. Si CHKDSK trouve des secteurs défectueux, revérifiez CrystalDiskInfo ensuite — si le Reallocated Sectors Count a monté, le disque se dégrade et vous devriez prévoir un remplacement même si les plantages s’arrêtent temporairement.

Vérifiez aussi la RAM. MemTest86 depuis USB, au moins quatre passages toute la nuit. Le Diagnostic de mémoire Windows est globalement inutile — il fait deux passages rapides et manque les défauts intermittents. Un client avec une carte ASUS TUF et deux barrettes de Corsair DDR4-3600 avait cette erreur pendant le rendu vidéo. Le Diagnostic de mémoire disait que ça allait. MemTest86 a trouvé trois erreurs au passage 4, toutes dans la même plage d’adresses sur la barrette 2. Retirée, plantages arrêtés. Remplacement sous garantie Corsair en une semaine.

Vérifiez aussi votre fichier d’échange : clic droit sur Démarrer, Système, À propos, Paramètres système avancés, Paramètres de performance, onglet Avancé, Modifier sous Mémoire virtuelle. Assurez-vous que « Gérer automatiquement le fichier d’échange » est coché. J’ai vu des gens régler le leur à 1 Go parce qu’un guide d’optimisation de 2019 le leur a dit, et ça seul causait le plantage.

Lire le code d’erreur

L’écran bleu lui-même vous en dit plus que le seul nom du code d’arrêt. Désactivez le redémarrage automatique d’abord — clic droit sur Démarrer, Système, À propos, Paramètres système avancés, Paramètres Démarrage et récupération, décochez « Redémarrer automatiquement ». Au prochain plantage, l’écran reste affiché assez longtemps pour être lu.

0xC000009C = secteurs défectueux, le disque a renvoyé une erreur CRC, remplacement matériel nécessaire. 0xC000009D = erreur d’E/S générale du périphérique, ça pourrait être un disque mourant ou un câble SATA desserré. 0xC0000185 = impossible d’établir la communication avec le périphérique de stockage du tout, vérifiez les câbles sur un ordinateur de bureau ou réinsérez le NVMe sur un portable. 0xC000009A = ressources système insuffisantes, généralement un fichier d’échange trop petit ou un disque complètement plein — le plus facile à corriger. 0xC000016A = structure du système de fichiers corrompue, CHKDSK a de bonnes chances ici.

Si vous n’avez pas attrapé le code, l’Observateur d’événements après redémarrage — Journaux Windows, Système, cherchez la Source « Disk » avec les ID d’événement 7, 11, 51, ou 153. L’ID d’événement 11 signifie précisément que votre disque de démarrage a des échecs de lecture.

Si rien de tout ça n’a marché — disque sain, RAM qui passe, SFC propre, CHKDSK propre, fichier d’échange automatique — le problème est plus profond. Parfois c’est un conflit de pilote du contrôleur de stockage, parfois un câble SATA qui teste bien au repos mais perd le contact sous vibration, parfois un NVMe en throttling thermique parce qu’il est coincé contre un backplate de GPU sans dissipateur. Notre diagnostic BSOD tire vos fichiers de dump de plantage de C:\Windows\Minidump et les analyse avec WinDbg pour identifier le module fautif exact — la session moyenne dure environ 30 minutes parce que le dump pointe généralement droit vers la réponse. Si le disque lâche et que vous avez besoin de récupérer des fichiers, nous pouvons l’imager secteur par secteur avant qu’il ne se dégrade davantage.