Restaurer une machine virtuelle Hyper-V à partir d’une sauvegarde peut parfois sembler simple, mais il arrive qu’elle refuse de démarrer, affichant des erreurs liées aux états enregistrés ou aux cartes réseau. La sauvegarde était pourtant correcte et la restauration semblait avoir réussi, mais rien ne se lance. Frustrant, n’est-ce pas ? Généralement, ces problèmes se résolvent en quelques minutes, une fois la cause identifiée. Il s’agit souvent d’une incompatibilité de configuration entre l’ancien et le nouveau environnement, notamment au niveau des cartes réseau ou des états enregistrés. Si votre machine virtuelle ne démarre pas après une restauration, voici les causes probables et comment y remédier.
Comment réparer une machine virtuelle Hyper-V qui ne démarre pas après une restauration
Solution 1 – Réattribuer le commutateur virtuel recherché par la machine virtuelle
C’est très fréquent. La machine virtuelle a été enregistrée avec un nom de commutateur virtuel spécifique qui n’existe plus sur le nouvel hôte. Hyper-V refuse de la démarrer car il ne parvient pas à se connecter au réseau. La solution ? Configurer la machine virtuelle pour qu’elle utilise un commutateur existant.
- Ouvrez le Gestionnaire Hyper-V.
- Faites un clic droit sur la VM et choisissez Paramètres.
- Dans la barre latérale, sélectionnez Carte réseau.
- Sous « Commutateur virtuel », choisissez-en un qui est effectivement disponible. En général, le commutateur par défaut convient ; sinon, choisissez un commutateur externe si vous en avez configuré un au préalable.
- Cliquez sur OK et essayez de redémarrer la machine virtuelle.
Cette étape constitue la solution la plus courante, notamment si la machine virtuelle a été déplacée d’un ordinateur à un autre. Sur certaines configurations, Windows peut ne pas appliquer automatiquement le paramètre adéquat ; cette intervention manuelle est alors souvent nécessaire.
Solution 2 – Assurez-vous que le nom de la carte réseau correspond.
Si la carte réseau de la machine virtuelle portait un nom différent sur l’ancien hôte, Hyper-V risque de continuer à la rechercher. On ignore pourquoi, mais c’est important. Renommer la carte pour qu’elle corresponde à la configuration précédente peut résoudre le problème.
- Ouvrir la console de gestion Hyper-V.
- Cliquez sur Gestionnaire de commutateurs virtuels.
- Renommez l’adaptateur pour qu’il corresponde aux attentes de la machine virtuelle (ces informations peuvent se trouver dans la configuration d’origine ou les journaux de la machine virtuelle).
- Essayez de redémarrer la machine virtuelle.
C’est un peu comme si la machine virtuelle restait bloquée à la recherche d’un ancien ami sur un réseau qui n’existe plus. Cela résout le problème de correspondance.
Correctif 3 – Supprimer l’état enregistré pour éviter le blocage des sessions
Si des erreurs persistent après la correction du problème, il est probable que l’état enregistré conserve des informations matérielles obsolètes. La suppression de ces données force la machine virtuelle à redémarrer à zéro, sans laisser de traces.
- Dans le Gestionnaire Hyper-V, cliquez avec le bouton droit sur la machine virtuelle.
- Sélectionnez Supprimer l’état enregistré…. Cela peut effacer l’ancien instantané « en pause ».
- Une fois que ce problème est résolu, essayez de redémarrer la machine virtuelle.
Si cette option de menu est grisée ou ne fonctionne pas, vous pouvez le faire manuellement :
- Ouvrez l’Explorateur de fichiers et accédez au dossier de votre machine virtuelle (généralement situé sous C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines ou similaire).
- Trouvez le dossier portant le nom du GUID de la machine virtuelle — cette longue chaîne de caractères.
- Supprimez les fichiers .bin et .vsv. Ce sont les fichiers d’état sauvegardés.
- Ensuite, redémarrez la machine virtuelle. Elle démarrera comme si elle venait d’être arrêtée : aucun état figé, aucune information matérielle obsolète. Attention : vous perdrez toutes les données de la session figée, mais c’est un moindre mal.
Solution 4 – Reconstruire la machine virtuelle à l’aide du VHD(X) existant
Si la configuration de la machine virtuelle est complètement corrompue, le mieux est de la recréer entièrement. Inutile d’essayer de réparer l’ancienne configuration. Ce sont les données du disque (VHDX) qui importent vraiment.
- Éteignez l’ordinateur et sauvegardez le disque (si ce n’est pas déjà fait).
- Supprimez l’entrée VM, mais laissez les fichiers VHDX intacts.
- Dans le Gestionnaire Hyper-V, créez une nouvelle machine virtuelle, mais lorsque le disque vous est demandé, choisissez « Utiliser un disque dur virtuel existant » et indiquez l’emplacement de l’ancien fichier VHDX.
- Démarrez la nouvelle machine virtuelle ; elle devrait démarrer normalement.
Cette approche permet de contourner de nombreux conflits de configuration, notamment si la machine virtuelle précédente était fortement personnalisée ou défectueuse.
Solution 5 – Vérifier l’antivirus et ajouter des exclusions
Parfois, c’est une hypothèse peu probable, mais les antivirus peuvent bloquer les fichiers de la machine virtuelle lors de l’analyse, surtout s’ils se trouvent sur un dossier partagé ou si votre disque dur virtuel (VHDX) est sur un lecteur réseau. Cela peut empêcher le démarrage de la machine virtuelle, car les fichiers sont en cours d’utilisation.
- Dans votre logiciel antivirus, ajoutez des exclusions pour le dossier où se trouvent vos fichiers de configuration VM et vos fichiers VHDX.
- Cela se trouve généralement dans Paramètres > Exclusions ou un menu similaire.
- Une fois terminé, essayez de redémarrer la machine virtuelle.
Faites-le surtout avec les nouveaux hôtes — ils n’ont parfois pas les mêmes exclusions que les anciens, ce qui peut rendre les choses plus compliquées qu’elles ne devraient l’être.
Comment éviter que cela ne se reproduise
- Notez les noms de vos commutateurs virtuels avant la migration. Les faire correspondre sur le nouvel hôte vous évitera bien des soucis.
- Veillez toujours à éteindre correctement les machines virtuelles — les états enregistrés ne se migrent pas correctement, évitez-les donc si vous prévoyez de déplacer la machine virtuelle.
- Configurez les exclusions antivirus à l’avance — faites-le avant que le premier démarrage ne échoue, pas après.
- Conservez vos disques de machine virtuelle séparés des fichiers de configuration ; le disque seul peut souvent être utilisé pour reconstruire la machine virtuelle si nécessaire.
Les gens demandent aussi
Pourquoi ma machine virtuelle Hyper-V ne démarre-t-elle pas ?
Cela est généralement dû au fait que la machine virtuelle fait référence à un commutateur réseau ou à un état enregistré qui n’est plus disponible. Vérifiez vos paramètres réseau, puis supprimez les anciens états enregistrés. Il arrive aussi que le blocage des fichiers de la machine virtuelle par l’antivirus soit à l’origine du problème.
Pourquoi ma machine virtuelle ne démarre-t-elle pas automatiquement après une restauration ?
Ce problème est souvent lié à une configuration obsolète ou à une incompatibilité de configuration. Réinitialisez la configuration, reconfigurez la carte réseau ou importez à nouveau la machine virtuelle ; elle devrait alors démarrer sans problème.
Et si ça ne fonctionne toujours pas après tout ça ?
Il arrive que la configuration de la machine virtuelle refuse de fonctionner correctement. La reconstruction à partir du fichier VHDX est généralement la solution la plus rapide. Enfin, vérifiez toujours la configuration de votre carte réseau et assurez-vous que votre antivirus n’altère pas les fichiers système.
J’espère que cela permettra à certains de gagner du temps. La restauration de machines virtuelles n’est pas toujours simple, mais grâce à ces astuces, la plupart des problèmes peuvent être résolus assez rapidement.