Après une mise à niveau vers Windows 11 Pro, des écrans bleus « ndis.sys » peuvent apparaître. Voici une méthode éprouvée et détaillée pour éliminer ces BSOD : installer le bon pilote réseau depuis la source officielle, effectuer des vérifications système clés et verrouiller la configuration afin d’éviter toute régression.
Écran bleu « ndis.sys » après passage à Windows 11
Cas réel : juste après une réinstallation et une mise à niveau de Windows 10 vers Windows 11 Pro, plusieurs BSOD sont survenus avec la mention ndis.sys. Les deux mini‑dumps pointaient clairement vers la pile réseau. Les mises à jour via Windows Update et le Gestionnaire de périphériques n’ont pas suffi : le pilote proposé datait de 2021, trop ancien et incompatible avec la pile réseau de Windows 11 sur ce matériel.
Signes qui confirment la piste réseau
- Le code d’arrêt mentionne ndis.sys ou un miniport réseau (Intel, Realtek, Qualcomm/Killer, Broadcom…).
- Les BSOD apparaissent lors de transferts réseau (copie de fichiers, visioconférence, VPN, VM, outils d’automatisation/SCADA).
- La machine était stable sous Windows 10 et devient instable juste après la migration.
- La version du pilote installée est antérieure à 2022 (souvent 2020‑2021) et fournie par Windows Update.
Pourquoi « ndis.sys » plante ?
ndis.sys est le pilote cœur de Windows pour la couche NDIS (Network Driver Interface Specification). Il coordonne l’échange entre le système et les pilotes des cartes réseau (miniports) ainsi que les pilotes de filtre (VPN, pare‑feu, virtualisation…). Un crash ndis.sys signifie presque toujours :
- un pilote réseau tiers trop ancien ou non conforme aux exigences de Windows 11 ;
- un pilote de filtre (VPN, antivirus, pare‑feu, outil d’automatisation) incompatible ;
- plus rarement, un problème matériel (RAM/UEFI) qui se révèle sous charge réseau.
| Cause probable | Indicateurs | Comment confirmer |
|---|---|---|
| Pilote miniport obsolète (Intel/Realtek/Qualcomm/Killer…) | Version 2020‑2021 installée par Windows Update ; BSOD durant gros transferts | Gestionnaire de périphériques → Carte → Propriétés → Pilote (date/version) ; minidump “Probably caused by: xxx.sys” |
| Pilote de filtre (VPN/VM/pare‑feu) | BSOD quand le VPN est actif, ou avec VM/bridge réseau | Désactiver/désinstaller temporairement le logiciel ; vérifier si les BSOD cessent |
| Corruption système | Erreurs SFC/DISM ; événements système divers | sfc /scannow puis dism /online /cleanup-image /restorehealth |
| RAM instable | BSOD aléatoires, y compris hors charge réseau | Diagnostic mémoire Windows ou MemTest86 (plusieurs passes) |
Solution confirmée
Dans le cas étudié, la solution a consisté à installer manuellement le pilote réseau depuis la source officielle (fabricant du PC ou du contrôleur réseau), et non via Windows Update. Après installation d’une version datée de 2024, plus aucun BSOD n’a été observé.
Pourquoi éviter Windows Update pour ce cas précis ?
- Windows Update propose souvent des pilotes « génériques » et plus anciens, validés pour un large parc mais pas forcément pour votre révision matérielle.
- Les OEM (Dell, Lenovo, HP…) publient des pilotes adaptés à votre modèle (DCH, options d’alimentation, correctifs de stabilité).
- Les fondeurs (Intel, Realtek, Qualcomm/Killer…) publient des révisions corrigeant des race conditions ou des incompatibilités spécifiques à Windows 11.
Procédure détaillée pas à pas
Identifier précisément l’adaptateur réseau
- Ouvrez Gestionnaire de périphériques (
devmgmt.msc). - Déployez Cartes réseau → clic droit sur votre carte → Propriétés.
- Onglet Détails → liste déroulante Identifiants de matériel.
- Copiez l’ID principal, par ex.
PCI\VEN_8086&DEV_15F3(Intel) ouPCI\VEN_10EC&DEV_8125(Realtek).
Vous pouvez aussi lister en PowerShell :
Get-PnpDevice -Class Net | Select-Object Status, FriendlyName, InstanceId
Télécharger le bon pilote : source officielle uniquement
- PC de marque : ouvrez la page Support/Drivers de votre modèle (Dell, Lenovo, HP, etc.), choisissez Windows 11 64 bits, puis la carte réseau exacte.
- Carte ou puce indépendante : téléchargez sur le site d’Intel, Realtek, Qualcomm/Killer, Broadcom, etc. en filtrant sur Windows 11.
- Privilégiez les packages DCH récents (Driver Components pour Windows 10/11) avec notes de version mentionnant des correctifs de stabilité.
Désinstaller proprement l’ancien pilote
- Dans Gestionnaire de périphériques → votre carte réseau → Désinstaller l’appareil.
- Cochez « Supprimer le logiciel du pilote pour cet appareil ».
- Redémarrez le PC.
Option avancée (désinstallation par INF) :
pnputil /enum-drivers | findstr /i net
pnputil /delete-driver oemXX.inf /uninstall /force
Remplacez oemXX.inf par le fichier lié à votre carte (colonne Original Name et Provider Name). Redémarrez ensuite.
Installer manuellement le nouveau pilote
- Lancez le programme d’installation OEM (
Setup.exe) ou utilisez Mettre à jour le pilote → Rechercher un pilote sur mon ordinateur → Choisir parmi une liste → Disque fourni… et pointez vers le dossier extrait. - Après installation, redémarrez.
- Vérifiez la date/numéro de version dans Propriétés → Pilote. Visez idéalement une version 2024 ou plus récente.
Résultat observé : avec un pilote daté de 2024 obtenu sur la page officielle, la machine n’a plus déclenché de BSOD.
Vérifications complémentaires (fortement conseillées)
- Diagnostic mémoire : lancez Diagnostic de mémoire Windows (recherche → « mémoire ») et choisissez un redémarrage immédiat ; pour un test approfondi, utilisez MemTest86 (plusieurs passes).
- SFC/DISM : corrigez d’éventuelles corruptions système.
sfc /scannow dism /online /cleanup-image /restorehealth - Mise à jour BIOS/UEFI : installez la dernière version stable proposée par le constructeur.
- Réinitialisations réseau (optionnel) : utile pour nettoyer la pile, sans régler un bug de pilote.
netsh winsock reset netsh int ip reset ipconfig /flushdns
Informations complémentaires utiles
| Point | Explications rapides |
|---|---|
| ndis.sys | Pilote cœur Windows pour la couche NDIS. Un crash évoquant ndis.sys pointe presque toujours vers un miniport réseau tiers incompatible. |
| WinCC ou suites d’automatisation | Ces solutions ajoutent des adaptateurs/filtre virtuels. Installez‑les après avoir sécurisé le pilote physique, et mettez à jour leurs composants réseau. |
| Lien direct du pilote | Impossible sans l’identifiant matériel. Pour le retrouver : devmgmt.msc → carte réseau → Propriétés → Détails → Hardware IDs → copier VEN_xxxx&DEV_yyyy. |
| Empêcher Windows Update de rétrograder | Panneau de configuration → Système → Paramètres système avancés → Matériel → Paramètres d’installation de périphérique → cocher « Non ». |
Empêcher Windows Update de réinstaller une version plus ancienne
Une fois le pilote sain en place, verrouillez la configuration :
- Ouvrez le Panneau de configuration → Système → Paramètres système avancés → Matériel → Paramètres d’installation de périphérique → cochez « Non ».
- Sur Windows 11 Pro/Entreprise, dans
gpedit.msc:- Configuration ordinateur → Modèles d’administration → Composants Windows → Windows Update → activer « Ne pas inclure les pilotes avec les mises à jour Windows ».
- Facultatif (ciblage fin) : Configuration ordinateur → Modèles d’administration → Système → Installation de périphériques → Restrictions : bloquer par identifiants de matériel (
VEN_xxxx&DEV_yyyy).
Logiciels qui installent des pilotes réseau virtuels : points d’attention
- VPN (OpenVPN, WireGuard, Cisco, FortiClient, etc.) : mettez à jour le client. Testez sans VPN pour isoler la cause.
- Virtualisation (Hyper‑V, VirtualBox, VMware) : mettez à jour les pilotes d’extension réseau, évitez le pont (bridge) tant que le pilote principal n’est pas stabilisé.
- Pare‑feu/antivirus ajoutant des pilotes de filtre : vérifiez leurs versions pour Windows 11 (évitez les éditions héritées).
- Automatisation/SCADA (ex. WinCC) : installez‑les après la mise à jour du pilote physique et vérifiez s’ils injectent des filtres NDIS.
Lecture rapide des mini‑dumps pour confirmer
- Repérez les fichiers dans
C:\Windows\Minidump\. - Ouvrez‑les avec WinDbg (Preview) et exécutez
!analyze -v. - Regardez Probably caused by : si vous voyez un fichier de miniport (ex.
e1d*.sysIntel,rt*.sysRealtek,qca*.sysQualcomm/Killer), la mise à jour du pilote réseau est prioritaire.
Alternative simple : un utilitaire d’analyse de BSOD peut aussi lister le pilote fautif. Le but est de confirmer que l’origine est bien la pile réseau.
Questions fréquentes
Est‑ce que réinstaller Windows règle le problème ?
En général non si vous réinstallez le même pilote fautif. Le correctif clé est la mise à jour manuelle depuis la source officielle.
Dois‑je mettre à jour les pilotes chipset ?
C’est recommandé : les packages chipset/ME/AMT/SMBus corrigent aussi des interactions d’alimentation qui touchent le réseau (veille moderne, etc.).
Faut‑il désactiver des fonctions avancées (Offload, RSS) ?
Uniquement en workaround pour vérifier la stabilité. La vraie solution reste la mise à jour du pilote.
Le problème peut‑il venir du câble ou du Wi‑Fi ?
Très rarement. Un câble défectueux provoque plutôt des pertes/baisse de débit, pas un BSOD. Ici, c’est le pilote qui plante la pile NDIS.
Windows 11 impose‑t‑il des contraintes nouvelles ?
Oui : modèles de pilotes DCH, politiques de sécurité, gestion d’alimentation et de virtualisation plus strictes. Les pilotes trop anciens peuvent échouer.
Est‑ce applicable au Wi‑Fi ?
Oui, la méthodologie est identique pour les cartes Wi‑Fi (Intel AX/AC, Realtek, Qualcomm/Killer…).
Méthode pas à pas (récap)
- Relever l’identifiant matériel de l’adaptateur → trouver le pilote le plus récent sur le site officiel (OEM ou fondeur).
- Supprimer l’ancien pilote (cocher « Supprimer le logiciel du pilote »), redémarrer.
- Installer le nouveau pilote (package DCH Windows 11), redémarrer.
- Exécuter
sfc /scannowpuisdism /online /cleanup-image /restorehealthpour éliminer toute corruption résiduelle. - Tester la mémoire si les écrans bleus persistent.
- Bloquer la rétro‑installation d’un pilote plus ancien par Windows Update.
Tableau de dépannage rapide
| Symptôme | Piste | Action |
|---|---|---|
| BSOD « ndis.sys » lors d’une visio/VPN | Pilote miniport obsolète | Installer pilote 2024+ depuis OEM/fondeur |
| BSOD uniquement avec VPN | Pilote de filtre VPN | Mettre à jour/remplacer le client VPN |
| Erreurs SFC | Corruption système | sfc puis dism, redémarrer |
| BSOD aléatoires (réseau ou non) | RAM/UEFI instables | Diagnostic mémoire, mise à jour UEFI |
| Le BSOD revient après une mise à jour | Windows Update a rétrogradé le pilote | Bloquer les pilotes via paramètres/GPO |
Annexe : commandes utiles et réglages de test
Réglages avancés temporaires (workarounds) — à restaurer après mise à jour du pilote :
# Désactiver certains offloads (exemple, peut varier selon la carte)
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload v2 (IPv4)" -DisplayValue "Disabled"
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Large Send Offload v2 (IPv6)" -DisplayValue "Disabled"
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Checksum Offload (IPv4)" -DisplayValue "Disabled"
# Réactiver ensuite (valeurs selon votre carte)
# Set-NetAdapterAdvancedProperty ... -DisplayValue "Enabled"
Forcer l’installation d’un INF local (si vous avez extrait le pilote) :
pnputil /add-driver "C:\Pilotes\MonPilote\*.inf" /install
Vérifier la version de pilote depuis PowerShell :
Get-NetAdapter | Select-Object Name, DriverFileName, DriverVersion, DriverDate
Conclusion
Les BSOD « ndis.sys » survenant après une migration vers Windows 11 sont presque toujours liés à un pilote réseau inadapté. La solution la plus fiable consiste à identifier précisément le matériel, installer manuellement un pilote Windows 11 récent depuis la source officielle, puis sécuriser la configuration (SFC/DISM, vérif mémoire, blocage des pilotes via Windows Update). Dans le cas traité, l’installation d’un pilote daté 2024 a supprimé définitivement les BSOD.

