Votre PC ASUS subit des arrêts brutaux avec écran bleu « Hypervisor » et WinDbg pointe nvlddmkm.sys ? Voici une procédure fiable et reproductible : nettoyage complet du pilote NVIDIA avec DDU en mode Sans échec, réinstallation d’un pilote stable recommandé par ASUS, puis vérifications système/BIOS.
Ordinateur ASUS : BSOD « Hypervisor » lié à nvlddmkm.sys — diagnostic et résolution pas à pas
Vue d’ensemble du problème
- Plantages récurrents (BSOD) apparus en continu depuis décembre, y compris après une réinstallation propre de Windows.
- Analyse des minidumps avec WinDbg : nvlddmkm.sys (pilote NVIDIA) ressort systématiquement dans la stack de crash.
- Le libellé « Hypervisor » sur l’écran bleu renvoie souvent à la couche de virtualisation (Hyper‑V/VBS) chargée par Windows ; elle peut aggraver un conflit pilote sans en être la cause première.
Ce que cela signifie concrètement
Sur de nombreux portables et desktops ASUS, une combinaison « version de pilote NVIDIA + paramètres Windows (Hyper‑V/VBS, HAGS) + firmware BIOS/UEFI » peut déclencher des instabilités : gel, redémarrage, Kernel‑Power 41, TDR, ou BSOD avec référence au Hypervisor. Quand les minidumps incriminent nvlddmkm.sys, la piste la plus fiable consiste à repartir d’un environnement graphique assaini puis à installer une version de pilote stable (souvent antérieure) validée par ASUS pour votre modèle.
Solution validée lors de l’échange
Étape 0 — Préparer le terrain (5 min)
- Sauvegardez vos documents importants (Pilotes/Utilitaires peuvent être retéléchargés, mais pas vos fichiers).
- Notez votre modèle exact ASUS (ex. ROG/TUF/ZenBook + référence). Vous en aurez besoin pour récupérer le bon pilote vidéo depuis la page de support ASUS.
- Téléchargez l’utilitaire DDU (Display Driver Uninstaller) et placez‑le sur le Bureau. Ne l’exécutez pas encore.
Étape 1 — Démarrer Windows en mode Sans échec (2 méthodes)
- Via les Paramètres : Paramètres → Système → Récupération → « Démarrage avancé » → Redémarrer maintenant. Après redémarrage : Dépannage → Options avancées → Paramètres → Redémarrer → choisissez « 4 » ou « F4 » (mode sans échec).
- Via msconfig :
Win + R→msconfig→ onglet Démarrer → cocher « Démarrage sécurisé » → Appliquer → Redémarrer. (Revenez décocher après l’opération.)
Pourquoi ? DDU fonctionne au mieux en environnement minimal pour éliminer tous les résidus de pilotes.
Étape 2 — Désinstallation propre du pilote NVIDIA avec DDU
- Exécutez DDU en tant qu’administrateur.
- Choisissez le type d’appareil GPU et le constructeur NVIDIA.
- Cliquez « Nettoyer et redémarrer ». L’outil supprime pilote, services, clés de registre et caches restants.
Important : fermez tout utilitaire (GeForce Experience, MSI Afterburner, Armoury Crate, etc.) avant d’exécuter DDU.
Étape 3 — Réinstaller un pilote stable depuis ASUS (et pas forcément le tout dernier)
- Après redémarrage normal, installez le pilote graphique recommandé par ASUS pour votre modèle (souvent une version antérieure mais plus stable que la toute dernière générique).
- Redémarrez le PC à la fin de l’installation.
Astuce : pendant l’assistant NVIDIA, si l’option « Installation personnalisée » + « Effectuer une installation propre » est proposée, cochez‑la. Cela remet à zéro les profils du pilote.
Étape 4 — Observer la stabilité dans le temps
- Utilisez le Moniteur de fiabilité (
Win + R→perfmon /rel) et l’Observateur d’événements (Système/Applications) pour vérifier l’absence d’erreurs récurrentes. - Testez des scénarios typiques (jeux, rendu, visioconférence, veille/reprise) pendant plusieurs heures/jours.
Informations complémentaires utiles
| Étape | Pourquoi ? | Comment ? |
|---|---|---|
| Bloquer la mise à jour automatique du pilote | Éviter que Windows Update ne réinstalle la version problématique. | Rapide (toutes éditions) : Panneau de configuration → Système → Paramètres système avancés → Matériel → « Paramètres d’installation des périphériques » → « Non ». Windows Pro/Entreprise : Éditeur de stratégie de groupe (gpedit.msc) → Configuration ordinateur → Modèles d’administration → Composants Windows → Windows Update → « Ne pas inclure les pilotes avec les mises à jour Windows » → Activé. Alternative Registre : HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate → valeur DWORD ExcludeWUDriversInQualityUpdate = 1. |
| Vérifier la surchauffe GPU/CPU | Des températures excessives peuvent déclencher des TDR et BSOD. | Surveiller avec un utilitaire (HWMonitor, GPU‑Z, overlay constructeur) ; dépoussiérer les ventilations, renouveler la pâte thermique si le châssis a plusieurs années. |
| Mettre à jour le BIOS/UEFI | Certains BIOS corrigent des incompatibilités GPU ou de gestion d’énergie. | Utiliser l’outil EZ Flash intégré au BIOS ASUS : copier le fichier BIOS sur une clé USB, redémarrer dans l’UEFI, lancer la mise à jour, ne pas interrompre l’alimentation. |
| Tester la mémoire | Une RAM défectueuse produit des BSOD mimant un souci de pilote. | Lancer « Diagnostic de mémoire Windows » (redémarrage requis) ou MemTest86 en USB (plus exhaustif, plusieurs passes). |
| Analyser les disques | Des secteurs défectueux corrompent les fichiers de pilotes. | Ouvrir cmd admin : chkdsk C: /f /r (planifier au prochain redémarrage) ; vérifier aussi l’outil du constructeur SSD/HDD. |
| Désactiver Hyper‑V si inutile | Le BSOD cite « Hypervisor » ; retirer la couche de virtualisation peut supprimer un conflit. | Panneau de configuration → Programmes → Activer/Désactiver des fonctionnalités Windows : décocher Hyper‑V, Plateforme d’Hyperviseur Windows et Plateforme de machine virtuelle, puis redémarrer. |
Procédure détaillée et bonnes pratiques
1) Nettoyage DDU : réglages recommandés
- Cochez « Empêcher l’installation automatique des pilotes » si proposé par DDU (temporaire, utile le temps de réinstaller proprement).
- Choisissez l’option « Nettoyer et redémarrer » (évitez « Nettoyer et ne pas redémarrer » pour ce cas).
- Après redémarrage, ne lancez pas GeForce Experience tant que le pilote ASUS n’est pas installé.
2) Réinstallation du pilote : pourquoi la version ASUS ?
ASUS valide des versions spécifiques testées avec votre BIOS, votre contrôleur ACPI et votre châssis. Ces versions peuvent être un cran en arrière par rapport au dernier pilote NVIDIA « générique », mais elles sont souvent nettement plus stables sur ce matériel précis (télétravail, jeux, 3D, encodage vidéo).
3) Verrouiller Windows Update pour les pilotes
Si Windows réinstalle automatiquement la version récente (instable), les crashs reviennent. Utilisez l’une des méthodes ci‑dessous.
- Stratégie de groupe (Pro/Entreprise) → activer la stratégie « Ne pas inclure les pilotes avec les mises à jour Windows ».
- Paramètre matériel (toutes éditions) → désactiver l’installation auto des pilotes via le Panneau de configuration (voir le tableau ci‑dessus).
4) Tester la stabilité après correction
- Moniteur de fiabilité : cherchez des courbes montantes sans erreurs critiques sur 24‑72 h.
- Scénarios réels :
- Jeux en plein écran (2–3 h) avec alt‑tab fréquents.
- Lecture vidéo 4K/60, streaming + capture.
- Sortie de veille prolongée et veille moderne à répétition.
- Stress ciblé (facultatif) : bench GPU, encodage vidéo, et un test mémoire prolongé pendant une nuit.
Compléments utiles (peuvent faire la différence)
Désactiver/ajuster la virtualisation quand elle n’est pas nécessaire
La mention « Hypervisor » sur le BSOD ne signifie pas que Hyper‑V est la cause, mais s’il s’interpose entre Windows et le GPU (VBS, sécurité mémoire, virtualisation de l’IOMMU), des pilotes fragiles peuvent tomber. Essayez :
- Fonctionnalités Windows : désactivez Hyper‑V, Plateforme d’Hyperviseur Windows (WHP), Plateforme de machine virtuelle (VMP), puis redémarrez.
- Commande bcdedit (admin) pour empêcher le lancement de l’hyperviseur au boot :
bcdedit /set hypervisorlaunchtype offRéactiver plus tard :bcdedit /set hypervisorlaunchtype auto - HAGS (Hardware‑Accelerated GPU Scheduling) : Paramètres → Système → Affichage → Graphiques → Paramètres par défaut → désactivez temporairement. Testez avec et sans.
Note sécurité : désactiver VBS/Hyper‑V peut réduire des protections. Si vous utilisez WSL2, Docker Desktop, émulateurs ou VMs, vous devrez réactiver ces composants après vos tests.
Mettre à jour le BIOS/UEFI et le firmware GPU (si proposé par ASUS)
- Restaurer les paramètres d’usine du BIOS si vous avez overclocké/undervolter (pour éliminer un facteur aggravant).
- Mettre à jour le BIOS via EZ Flash ; branchez l’alimentation, patientez jusqu’au reboot.
- Après mise à jour, chargez « Optimized Defaults », enregistrez, redémarrez, puis réappliquez vos réglages un à un si nécessaire.
Nettoyage logiciel et intégrité système
- Réparer les fichiers système (invite admin) :
DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow - Vérifier le disque :
chkdsk C: /f /r - Chipset & IME : installez d’abord les pilotes Chipset/ME fournis par ASUS, puis le pilote NVIDIA.
Températures, alimentation et profils d’énergie
- Assurez‑vous que l’alimentation est suffisante (bloc d’origine sur portable, PSU de qualité sur desktop).
- Évitez les profils « Turbo » agressifs pendant le diagnostic ; préférez Équilibré / Performance standard.
- Nettoyez grilles et ventilateurs, surtout si le PC a plus de 18 mois.
Diagnostic différentiel rapide
| Symptôme | Piste principale | Action recommandée | Outil/Commande |
|---|---|---|---|
| BSOD mention « Hypervisor », minidump → nvlddmkm.sys | Conflit pilote NVIDIA | DDU (sans échec) → pilote ASUS stable | — |
| BSOD aléatoire sous forte charge | Surchauffe / alimentation | Nettoyage, monitoring, test PSU | HWMonitor, GPU‑Z |
| Erreurs mémoire, corruption aléatoire | RAM instable/défectueuse | MemTest, retirer/échanger les barrettes | MemTest86 |
| Crash après réveil de veille/hibernation | ACPI/BIOS + pilote GPU | MAJ BIOS + pilote ASUS + HAGS OFF | EZ Flash, Paramètres graphiques |
| Reboot sans BSOD (Kernel‑Power 41) | PSU / protection thermique | Vérifier températures, câblage, PSU | Event Viewer, monitoring |
Vérifier et lire vos minidumps (facultatif, pour confirmer nvlddmkm.sys)
- Ouvrez
C:\Windows\Minidumpet copiez les fichiers sur le Bureau. - Dans WinDbg : File → Open Crash Dump → choisissez un dump.
- Exécutez :
!analyze -v lmvm nvlddmkm - Si
nvlddmkm.sysapparaît en cause récurrente, appliquez la procédure DDU + pilote ASUS.
Check‑list opérationnelle (à cocher)
- [ ] Sauvegarde effectuée.
- [ ] Mode Sans échec démarré.
- [ ] DDU exécuté → « Nettoyer et redémarrer ».
- [ ] Pilote NVIDIA recommandé par ASUS installé.
- [ ] Windows Update n’installe plus de pilotes automatiquement.
- [ ] HAGS et Hyper‑V désactivés pour test (si non utilisés).
- [ ] BIOS/UEFI à jour, réglages par défaut testés.
- [ ] SFC/DISM effectués, disques contrôlés.
- [ ] Surveillance via Moniteur de fiabilité 48–72 h.
FAQ — points clés à connaître
Pourquoi ne pas installer le dernier pilote NVIDIA disponible ?
Sur les machines ASUS, les dernières versions « génériques » peuvent devancer la validation constructeur. Un pilote recommandé par ASUS est souvent optimisé pour votre BIOS, vos capteurs thermiques et vos profils d’énergie. En cas d’instabilité, privilégiez la version ASUS.
DDU est‑il sûr ?
Oui, s’il est utilisé en mode Sans échec et avec l’option « Nettoyer et redémarrer ». Évitez d’exécuter d’autres outils en parallèle et n’interrompez pas le processus.
Je travaille avec des VMs (Hyper‑V/WSL2/Docker). Dois‑je désactiver l’hyperviseur ?
Seulement pour tester. Si la stabilité revient hyperviseur désactivé, vous pourrez réactiver progressivement (WHP, VMP, Hyper‑V) pour identifier le composant en cause. Documentez chaque changement.
La réinstallation complète de Windows n’a rien changé : est‑ce matériel ?
Pas forcément : un driver problématique réinstallé par Windows Update peut recréer le même contexte. Suivez la séquence DDU → pilote ASUS → blocage des mises à jour de pilotes. Si l’instabilité persiste après tous les contrôles (RAM, disques, températures, BIOS), suspectez le GPU ou la carte mère.
Quand escalader vers le matériel ou le SAV
- Les BSOD persistent après DDU + pilote ASUS + blocage des mises à jour + BIOS à jour.
- MemTest86 détecte des erreurs, ou le PC plante avec un iGPU mais pas avec le dGPU (ou inversement).
- Artefacts à l’écran, crashs instantanés dès charge 3D modérée, températures GPU anormalement élevées malgré un châssis propre.
Dans ces cas : testez le GPU dans un autre PC (si amovible) ou déclenchez un retour SAV si la garantie est active.
Récapitulatif actionnable
- DDU en mode Sans échec pour nettoyer tout résidu NVIDIA.
- Installez le pilote ASUS recommandé/antérieur (souvent plus stable).
- Bloquez les mises à jour automatiques de pilote pour éviter un retour à la version défectueuse.
- Surveillez la stabilité (fiabilité, événements) sur 48–72 h.
- Si besoin : HAGS/Hyper‑V OFF, BIOS à jour, SFC/DISM, test RAM/disques, contrôle thermique.
- Échec persistant : test GPU ailleurs ou SAV.
Annexes — commandes utiles
Bloquer les pilotes via stratégie de groupe (Pro/Entreprise)
gpedit.msc
Configuration ordinateur → Modèles d’administration → Composants Windows → Windows Update
« Ne pas inclure les pilotes avec les mises à jour Windows » → Activé
Équivalents Registre (toutes éditions, prudence)
reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" /v ExcludeWUDriversInQualityUpdate /t REG_DWORD /d 1 /f
Réparation de l’image et des fichiers système
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Contrôle du disque système
chkdsk C: /f /r
Contrôle du lancement de l’hyperviseur
bcdedit /set hypervisorlaunchtype off ← désactiver (test)
bcdedit /set hypervisorlaunchtype auto ← réactiver
Conclusion
Dans la majorité des cas d’ASUS touchés par des BSOD « Hypervisor » où nvlddmkm.sys est en cause, la séquence DDU (mode Sans échec) → pilote NVIDIA recommandé par ASUS → blocage des mises à jour de pilote rétablit une stabilité durable. Ajoutez les contrôles matériels (températures, RAM, disques) et le cas échéant l’ajustement de la virtualisation (Hyper‑V/HAGS). En l’absence d’amélioration après ces étapes, orientez‑vous vers un test croisé du GPU ou le SAV.
Modèle de journal de suivi (copier/coller)
Utilisez ce canevas pour consigner vos essais et accélérer un diagnostic ultérieur.
| Date/Heure | Action réalisée | Version pilote/BIOS | Charge appliquée | Résultat (OK/BSOD) | Note |
|---|---|---|---|---|---|
| JJ/MM | DDU + pilote ASUS | XXX.XX / BIOS XXXX | Jeu 2h | OK | — |
| JJ/MM | HAGS OFF | — | Stream 1h | OK | — |
| JJ/MM | MAJ BIOS | — | Rendu 3D | BSOD | Minidump sauvegardé |
Bon à savoir : gardez toujours une copie des .dmp et notez les horodatages exacts. Cela permet de croiser les événements (températures, charge, drivers) et d’identifier le facteur déclencheur.
En bref : nettoyez, installez la version stable validée par ASUS, verrouillez Windows Update pour les pilotes, puis observez. C’est simple, méthodique et très efficace pour éliminer les BSOD « Hypervisor » provoqués par nvlddmkm.sys.