Attention à la migration d'une machine virtuelle Windows 11 avec VMware Fusion
Si vous avez une machine virtuelle Windows 11 avec VMware Fusion, un problème peut parfois se poser : la machine virtuelle est dans certains cas liée irrémédiablement à un Mac précis. Et il est impossible de la migrer d'un Mac à un autre. Le cas est rare, mais mérite d'être souligné.
Premièrement, il ne se produit que si vous avez installé Windows 11 avec la version 12.2 de VMware Fusion, la première qui a permis la création d'une machine virtuelle Windows 11. Deuxièmement, vous n'aurez le souci que si vous passez d'un Mac à un autre avec la même architecture pour le CPU (d'un Mac Intel à un Mac Intel ou d'un Mac ARM à un Mac ARM). En effet, une machine virtuelle créée sur un Mac Intel (donc pour x86) ne peut pas fonctionner sur un Mac ARM, étant donné que l'OS de Microsoft n'est pas universel.
Si les deux conditions sont réunies, vous êtes probablement bloqués, pour un problème lié à la prise en charge du TPM (Trusted Platform Module). En effet, la version 12.2 de VMware Fusion utilisait une version expérimentale de la puce vTPM (le v signifie ici virtuel) qui ne permettait pas à l'utilisateur de choisir la clé de chiffrement et stockait cette dernière… quelque part. Et sans cette clé, la machine virtuelle ne peut pas démarrer. Le symptôme classique est évident : le programme va vous demander un mot de passe que vous n'avez jamais entré.
Le problème touche aussi visiblement VMware Fusion 13.5 : dans certains cas, il n'arrive pas à déchiffrer les machines virtuelles qui utilisent cette (ancienne) méthode.
Peu de solutions, VMware Fusion 13 corrige le problème
Premier point, VMware Fusion 13 corrige le problème : l'implémentation de la puce TPM virtuelle est différente. L'utilisateur peut choisir la clé au départ, et elle est stockée dans le trousseau d'accès de macOS, ce qui doit permettre une migration simple d'un Mac à un autre si vous utilisez le même compte iCloud.
Deuxième point, il y a peu de solutions pour corriger le problème et nous vous conseillons donc de sauvegarder les données présentes dans une machine virtuelle Windows 11 et d'en recréer une si vous êtes dans le cas.
Pour vérifier le type de machine virtuelle, il faut vous rendre dans le dossier dans laquelle la machine virtuelle est stockée. Faites un clic secondaire sur le fichier et choisissez Afficher le contenu du paquet. Ensuite, il faut ouvrir le fichier qui porte le nom de votre machine virtuelle et qui a une extension .vmx avec un éditeur de texte. S'il contient la ligne suivante, vous utilisez la version problématique du TPM virtuel.
managedVM.autoAddVTPM = "software"
Si jamais vous êtes bloqués (par exemple parce que votre Mac original a été effacé entre temps), il reste quelques solutions éventuelles, expliquées sur cette page (en anglais). Mais dans notre cas, une seule voie a fonctionné : passer par le Mac d'origine pour récupérer les données et effectuer une nouvelle installation.
Votre machine virtuelle sous Windows est uniquement pour les tests ou vous avez des besoins spécifiques qui nécessitent d'avoir Windows au sein de la rédaction ?
@Pierre Dandumont
Ah oui c’est vrai. Et une veille concurrentielle est toujours bonne à prendre aussi.
Juste pour bien comprendre : il n’y a pas de moyen de migrer une image VMware basé sur du Intel sur un Mac arm ?
@ffabrice
La VM ne démarre pas il y a un message d’erreur pour les VM Windows basé sur Intel
@ffabrice,
Votre question trouve sa réponse dans l'article :
En effet, une machine virtuelle créée sur un Mac Intel (donc pour x86) ne peut pas fonctionner sur un Mac ARM, étant donné que l'OS de Microsoft n'est pas universel.
@Scooby-Doo
Oui et non : le fait que l’on ne puisse pas l’ouvrir par défaut ne veut pas dire qu’il n’existe pas un moyen de le faire. J’ai une une bonne dizaine de machines virtuelles Linux et Windows basées sur du Intel, et maintenant que je suis passé sur Apple Silicon, je voudrais savoir si je dois tout recréer…
@ffabrice,
Concernant Linux, je ne peux pas vous aider mais concernant Windows, officiellement, ce sont des versions Intel qui étaient installées. Et Windows x64 n'a pas de binaire ARM. À moins d'émuler le tout, ce qui aurait un impact certain sur les performances, je ne pense pas que votre machine virtuelle Windows Intel puisse s'ouvrir sur un ordinateur équipé d'un SoC Apple Silicon.
J'ai aussi posé votre question à Copilot :
Bonjour, je suis Copilot, votre assistant virtuel. 😊
Je comprends que vous avez des machines virtuelles basées sur Intel et que vous voulez les utiliser sur votre Mac avec Apple Silicon. Malheureusement, il n'est pas possible de transférer directement vos machines virtuelles existantes, car elles ne sont pas compatibles avec l'architecture ARM de votre nouveau processeur.
Vous devrez donc recréer vos machines virtuelles en utilisant un logiciel de virtualisation adapté à Apple Silicon. Il existe plusieurs solutions possibles, mais je vous recommande d'utiliser UTM Virtual Machines³, une application gratuite et open source qui vous permet d'installer et d'exécuter Windows 11/10, Linux et d'autres systèmes d'exploitation sur votre Mac².
UTM Virtual Machines est facile à utiliser et offre une performance quasi native pour les systèmes d'exploitation ARM64. Vous pouvez la télécharger sur l'Apple Store¹ et suivre les étapes indiquées sur le site officiel du développeur² pour créer vos nouvelles machines virtuelles.
J'espère que cette information vous sera utile. Si vous avez d'autres questions, n'hésitez pas à me les poser. 😊
Source : conversation avec Bing, 13/02/2024
(1) Installer une Machine Virtuelle sur les Mac M1, M2 ou M3 avec Apple Silicon. https://bing.com/search?q=comment+utiliser+des+machines+virtuelles+intel+sur+apple+silicon.
(2) Comment installer Windows 11/10 sur votre Mac avec UTM - JustGeek.fr. https://www.justgeek.fr/comment-executer-windows-sur-votre-mac-avec-utm-112856/.
(3) Virtualisation sur macOS avec puces Apple M1, M2 ou M3. https://akril.net/virtualisation-sur-macos-avec-puces-apple-m1-m2-m3/.
(4) Machine virtuelle sur Mac - Exécutez des applications ... - Parallels. https://www.parallels.com/fr/pd/virtual-machines-for-mac/.
@Scooby-Doo
J’adore ce terme de apple silicon. LOL. “Silicon”. Ca me fait penser à la chirurgie esthétique tout le temps.
@ffabrice
Non.
Ce sont deux architectures totalement différentes et non compatibles.
“une machine virtuelle créée sur un Mac Intel (donc pour x86) ne peut pas fonctionner sur un Mac ARM, étant donné que l'OS de Microsoft n'est pas universel.”
Existe-il des PS universels ? À comprendre, un OS installé sur un certaine architecture, et si on la change, est-ce qu’il démarrera sur l’autre architecture ?
Le ton donné dans l’article est un peu comme une pique à Microsoft, laissant penser que d’autres systèmes en serait capable.
Je ne vois pas de raison pour qu’un quelconque système puisse passer d’une architecture à une autre. Simplement qui voudrait installer tous les fichiers nécessaires à plusieurs architectures ?
Aussi, il me semble que chaque distribution Linux est très spécifique à l’architecture choisie.
Je parie que MacOS pour Intel et ARM n’est pas capable d’être transféré.
Merci de me corriger et de me donner des exemples si il y a vraiment un OS universel.
A bien comprendre, même support d’installation et même installation peu importe la plateforme ! Donc changement de plateforme et ça fonctionne sans directement.
Merci.
@Sillage,
« Je parie que MacOS pour Intel et ARM n’est pas capable d’être transféré. »
Non mais il existe des universal binaries depuis fort longtemps sur macOS !
C'est un héritage de NeXTSTEP lorsqu'il a été porté vers d'autres architectures.
Jusqu'à NeXTSTEP 3.2 il me semble, nous n'avions que du 68XXX puis on est passé à OpenStep et OPENSTEP pour supporter du HP PA RISC, Sparc SunMicrosystem et x86.
😎
@Scooby-Doo
Déjà en 1994, avec le système 7.1.2 et ses versions ultérieures, avec l'introduction des PowerPC, on utilisait des applications en format FAT (pour fat binary) qui comprenaient à la fois du code 68k et PPC dans une même application.
En 2006, lors du passage du PPC vers x86, les utilisateurs de Mac ont bénéficié des applications universelles (UB, pour Universal Binary).
En 2020, lors du passage du x86 vers ARM, les utilisateurs de Mac ont eu droit aux applications universelles de deuxième génération (UB2).
Mais concernant l'OS lui-même, je ne me souviens pas si l'on pouvait démarrer indifféremment sur 68k ou PPC avec la même installation de l'OS.
@cricrim@c,
👍
Merci pour votre complètement d'informations concernant le fat binary.
👌
Effectivement, à vous lire, cela remonte encore plus loin que NeXT qui a dû s'en inspirer quand on est passé du 68K solo à quatre architectures.
Par contre, je ne pense pas que l'on aurait pû booter avec le même OS sur différents processeurs.
De mémoire, c'est à l'installation que l'architecture était choisie depuis le paquet multi architectures.
L'installateur ne copiait pas l'intégralité des composants, uniquement ceux compilés pour la plate-forme concernée.
😎
Les applications FAT étaient réalisées à partir de CodeWarrior, mais on pouvait aussi créer une application uniquement pour 68k ou PPC. (MPW, Macintosh Programmer's Workshop, était en déclin et plutôt mauvais en ce qui concerne le PPC.)
Pour les Mac en 68k et en PPC, il fallait formater le disque dur en 'système de partition Apple', sinon le démarrage n'était pas possible.
À l'arrivée du x86 sur les Mac, il fallait un formatage en 'système de partition GUID'. De même, le démarrage n'était pas possible si on utilisait un 'système de partition Apple'. Le problème était qu'il était possible d'effectuer l'installation de macOS (par exemple sur un HD externe) et des applications même si le formatage n'était pas correct, et qu'après tout ce temps, on se rendait compte qu'il était impossible de démarrer.
Pour en revenir à UTM, il n'est pas seulement un hyperviseur (Parallels, Virtualbox et VMware sont uniquement des hyperviseurs). UTM intègre QEMU un émulateur et un virtualiseur open source qui permet l'exécution de systèmes d'exploitation invités sur une machine hôte. Il prend en charge plusieurs architectures processeur, y compris x86, ARM, PowerPC, et plus encore. QEMU est souvent utilisé pour la virtualisation de systèmes et le développement croisé, ainsi que pour des tests d'applications sur différentes plates-formes matérielles.
https://www.youtube.com/watch?v=D00iaBXOeO0
https://khronokernel.com/apple/silicon/2021/01/17/QEMU-AS.html
Le problème se situe plutôt dans la façon de convertir une machine virtuelle au format UTM à partir d'un format VMware ou autre, sans tout réinstaller ou recommencer depuis le début.
@cricrim@c,
👍😘❤
Ce n'est pas moi qui ai cité UTM mais bien Microsoft Copilot qui me l'a recommandé lorsque je lui ai posé la question !
Et dire que certains affirment qu'il raconte n'importe quoi !
😁