PeopleAreGeek
EN

Référence des codes d'erreur Hyper-V

Référence consultable des erreurs Hyper-V : tape un code, un message ou un symptôme et obtiens la cause plus le correctif numéroté exact. Tourne dans ton navigateur.

Cette référence des codes d'erreur Hyper-V, c'est l'annuaire que je garde ouvert au lieu de coller des boîtes de dialogue obscures dans un moteur de recherche en plein incident. Tape un code comme 0x80070569, colle le message complet, ou décris simplement le symptôme, et l'entrée qui correspond se filtre en direct au fil de la frappe. Affine par catégorie : installation et démarrage, mémoire, réseau, gestion des VM, points de contrôle, réplication, sécurité, ou les guerres de coexistence avec VMware, VirtualBox et WSL2. Chaque entrée te donne la cause racine, un correctif numéroté que tu suis pas à pas, et une commande rapide pour vérifier que ça a vraiment marché. Tout le jeu de données est embarqué dans la page, donc la recherche tourne en JavaScript sur ta propre machine. Rien de ce que tu tapes ne quitte ton navigateur, et ça continue de marcher avec l'hôte hors ligne.

100% dans votre navigateur. Rien de ce que vous tapez ne quitte cette page.

Référence des erreurs Hyper-V · avec correctifs

Hyper-V me sort certaines des erreurs les plus obscures que j'aie jamais eu à gérer. Du coup je me suis fabriqué cet annuaire, et je me suis dit que ça pourrait t'arranger aussi. Tape le code ou colle le message. Décrire le symptôme marche aussi. Tu obtiens la cause et les étapes exactes qui règlent le problème, que ce soit une ligne PowerShell ou un réglage dans le BIOS. Parfois c'est juste le seul correctif de permission qui tient vraiment. Clique sur n'importe quelle erreur pour ouvrir le correctif. Tu veux affiner ? Filtre par catégorie : installation, mémoire, réseau, VM, point de contrôle, coexistence. Tout tourne dans ton navigateur, aucun serveur dans la boucle.

🔍

Comment utiliser cette référence des erreurs Hyper-V

Cette référence des codes d'erreur Hyper-V regroupe les pannes les plus courantes, chacune avec sa cause racine et un correctif numéroté. Ce qui rend Hyper-V si pénible à déboguer ? Le même problème porte un masque différent à chaque rencontre. Parfois c'est un joli code hexa bien propre (0x80070569). D'autres fois c'est tout un paragraphe d'une phrase (« The virtual machine could not be started because the hypervisor is not running »). Et parfois tu n'as droit qu'à un haussement d'épaules inutile genre « failed to change state », rien de plus. Le visage que tu vois dépend surtout d'où tu es tombé dessus, le Manager contre PowerShell contre une ligne enfouie dans le journal d'événements. Cherche un bout du code ou du message, ou filtre par catégorie, et ouvre la carte.

Après assez de nuits blanches, j'en suis venu à penser que presque tout rentre dans l'une de six cases, et honnêtement je serais un peu surpris que tu trouves quelque chose qui n'y rentre pas. Le rôle ou l'hyperviseur qui ne se lève pas au démarrage. Pas assez de RAM pour démarrer une VM. Les embrouilles de commutateur virtuel et de liaison réseau. Les pépins de permissions de fichiers et de config quand tu trimballes des VM d'un endroit à l'autre. Les échecs de points de contrôle et d'état sauvegardé. Et l'éternelle guerre de territoire avec les autres logiciels de virtualisation (VMware, VirtualBox, WSL2, Credential Guard). Nomme la case et le correctif est en général posé juste là.

Les trois vérifications qui résolvent la plupart des plantages Hyper-V

  1. La virtualisation est-elle réellement activée ? Ouvre le Gestionnaire des tâches → Performance → Processeur et cherche Virtualisation : Activé. Désactivé ? Active Intel VT-x ou AMD SVM dans le BIOS/UEFI. Puis redémarre la machine à froid. Pas un simple redémarrage. Un vrai arrêt complet, vraiment tout éteint puis rallumé, parce que certains firmwares ne valident le réglage que comme ça.
  2. L'hyperviseur se lance-t-il au démarrage ? Lance bcdedit /enum {current} et vérifie que hypervisorlaunchtype affiche bien Auto. Si ce n'est pas le cas, règle-le avec bcdedit /set hypervisorlaunchtype auto et redémarre. Et cette seule commande règle l'affaire bien plus souvent qu'on ne s'y attend.
  3. Les fichiers de la VM ont-ils les bonnes permissions ? Copie un VHDX entre dossiers ou disques et le compte virtuel propre à la VM perd discrètement son accès. Sans avertissement, rien. Réajoute le disque dans les paramètres de la VM, ou redonne le SID à la main avec icacls.

Quand la boîte de dialogue refuse de te dire quoi que ce soit d'utile, le journal d'événements, lui, le fera. Récupère le journal Worker avec Get-WinEvent -LogName Microsoft-Windows-Hyper-V-Worker-Admin -MaxEvents 20, et jette un œil au journal VMMS Microsoft-Windows-Hyper-V-VMMS-Admin tant que tu y es. La vraie histoire derrière un vague « failed to change state » se cache d'habitude dans l'un de ces deux journaux, qui nomme le fichier ou la permission qui a réellement lâché.

Quand l'erreur n'est pas listée

Tu ne vois pas ton code exact ? Récupère le message complet et l'entrée du journal d'événements qui va avec. Puis pose-toi une seule question : quelle opération a vraiment lâché, le démarrage, le point de contrôle, l'import, le réseau ? Cette réponse plus le détail du journal te déposent en général direct dans l'une des catégories ci-dessus. Si une config est trop massacrée pour valoir la peine d'être réparée, le générateur PowerShell Hyper-V reconstruit la VM de zéro à ta place. Et le tutoriel labo CTF sur Hyper-V te donne une config connue comme saine pour comparer, pour ces moments où tu ne te souviens vraiment plus de ce à quoi « normal » était censé ressembler.

Confidentialité et fonctionnement de l'outil

Tout le jeu de données d'erreurs est embarqué dans la page, et la recherche est du simple JavaScript qui tourne sur ta machine. Rien de ce que tu tapes ne quitte le navigateur. Ce n'est pas journalisé, et ce n'est pas stocké. Une fois la page chargée, tu peux débrancher le câble réseau et ça continue de marcher. Ce qui compte plus qu'il n'y paraît, vu qu'un hôte mort c'est en général le moment précis où tu n'as plus de connexion pour aller chercher quoi que ce soit.

Questions fréquentes

Pourquoi Hyper-V dit-il « the hypervisor is not running » ?

Presque toujours une courte liste. La virtualisation CPU est désactivée dans le BIOS. L'hyperviseur n'est pas réglé pour se lancer au démarrage (hypervisorlaunchtype est sur off). Ou un autre logiciel a attrapé les extensions de virtualisation avant qu'Hyper-V ne le puisse. Active VT-x/AMD-V dans le firmware, lance bcdedit /set hypervisorlaunchtype auto, puis redémarre. Et si VMware est installé ou que Memory Integrity est activé, il faudra aussi régler ce conflit, parce que les extensions ne vont jamais qu'à un seul propriétaire.

Comment corriger l'erreur Hyper-V 0x80070569 ?

C'est un échec d'ouverture de session sur le VHDX. Le compte virtuel de la VM a perdu son accès NTFS, et neuf fois sur dix c'est parce que tu as copié le disque quelque part ou restauré depuis une sauvegarde. Le plus simple : ouvre les paramètres de la VM, retire le disque, réajoute-le aussitôt. Hyper-V réinscrit la permission pour toi. Tu préfères le faire à la main ? Lance icacls sur le VHDX en accordant "NT VIRTUAL MACHINE\<VM-GUID>":(F), où le GUID vient de (Get-VM name).Id.

Comment faire tourner VMware Workstation et Hyper-V en même temps ?

Sur VMware Workstation 16 ou plus récent, tout va bien. Il s'appuie sur le Windows Hypervisor Platform et cohabite tranquillement avec Hyper-V. Coincé sur une version plus ancienne ? Là, tu dois démonter Hyper-V et VBS : désactive Core Isolation Memory Integrity, lance bcdedit /set hypervisorlaunchtype off, puis redémarre. Franchement, si c'était ma machine, je mettrais juste VMware à jour et je sauterais toute cette gymnastique. La liste des réglages pour l'ancienne méthode est plus longue que de raison.

Qu'est-ce qui cause « insufficient system resources » (0x800705AA) ?

Ton hôte n'a pas la RAM libre pour couvrir la mémoire de démarrage de la VM à cet instant. Alors donne-lui-en moins. Baisse la RAM de démarrage, ou active la mémoire dynamique avec un minimum plus petit. Ferme les onglets de navigateur et les IDE qui grignotent le reste en douce. Ou mets simplement plus de barrettes dans la machine. Avant de réessayer, jette un œil à la mémoire validée dans le Gestionnaire des tâches. Si elle est collée tout près de la limite, eh bien, voilà ton coupable.

Pourquoi je n'arrive pas à importer une VM (« configuration version not supported ») ?

La VM a été construite sur un Windows plus récent que l'hôte sur lequel tu l'importes. Et voilà le truc qui piège les gens : tu ne peux pas rétrograder une version de configuration. Il n'y a tout simplement aucun moyen pour ça. Donc soit tu l'importes sur un hôte de la même version de Windows ou plus récente et tu lances Update-VMVersion, soit tu crées une VM toute neuve sur l'ancien hôte et tu lui rattaches le VHDX existant. Tu veux voir ce que ton hôte va accepter avant de te lancer ? Get-VMHostSupportedVersion.