Connexion

Catégories

Droit Économie Flock Hardware IA Internet Logiciel Sciences Sécurité Société

Nous Suivre

Contact rédaction Contact site Forum
Flux RSS GitHub Discord

À propos

Abonnez-vous

VMWare Workstation 17.6.1 corrige un problème avec les installations autres qu’en anglais

Le 10 octobre à 16h39

Depuis le rachat de VMware par Broadcom (et les multiples plaintes observées depuis), de nombreux produits ont été abandonnés. D’autres ont été rendus gratuits, avec une licence personnelle limitant les cas d’utilisation. C’est le cas pour Workstation Pro et Fusion, des clients de virtualisation respectivement pour Windows et macOS.

VMware Workstation Pro 17.6.0 a ainsi été la première version à être proposée avec cette licence gratuite. Elle reste pratique pour tester rapidement d’autres systèmes, car Workstation propose des capacités puissantes. Seulement voilà, elle était particulièrement difficile à installer. La faute à un bug que beaucoup ont essayé de contourner, avec plus ou moins de succès : une incompatibilité avec les systèmes configurés autrement qu’en anglais.

Il aura fallu plusieurs mois, mais la nouvelle mouture 17.6.1 corrige ce problème. D’autres sont également réglés. Workstation reconnaissait ainsi les images ISO de Windows 11 24H2 comme étant Windows Server 2025. Elle corrige également l’erreur « svga Exception 0xc0000005 » rencontrée parfois quand l’accélération 3D est désactivée, ou encore une incompatibilité avec CentOS 9 Steam si le noyau Linux installé était postérieur à la version 5.14.0 - 432.

Le 10 octobre à 16h39

Commentaires (33)

votre avatar
Le plus gros problème pour moi est le simple téléchargement depuis le passage à Broadcom (j'ai jeté l'éponge et je fais le choix de ne plus faire de monter de version de mon kernel pour ne pas tout casser)
votre avatar
Je confirme, j'ai voulu tester VMWare pour pouvoir jouer à certains vieux jeux depuis une VM, impossible de télécharger quoi que ce soit alors qu'un profil était crée, l'espace "téléchargements" (qui doit lister ce dont j'ai droit selon ce que j'ai renseigné, je suppose) était désespérément vide.
votre avatar
Pas de soucis pour moi …. Une fois que j’ai compris qu’il fallait valider les conditions d’utilisation en cochant une case placée à un mauvais endroit (et donc peu visible).
votre avatar
Alors, je suis tombé sur un blog qui explique que pour télécharger VMWare, je dois :
- cliquer sur le micro-menu entre l'icône "Téléchargement" et le bouton d'accès au profil
- choisir "VMware Cloud Foundations"
- choisir "VMware Workstation Pro"
- choisir la version
- cocher la case "I agree to Terms and Condition"
- aller sur l'icône de téléchargement ... pour voir "Not entitled" (pas le droit)

EDIT :
Il faut chercher "VMware Workstation Pro for Personal Use" ...
J'ai dû m'aider d'une vidéo sur Youtube pour ça :(

Après, je profite du sujet pour poser la question : je cherche à utiliser une VM mais sans sauvegarder les modifications (le disque en lecture seule, en quelque sorte).
QEmu / KVM gère les snapshots mais ça sous-entends :
- que les modifications sont quand même enregistrées (ce que je ne souhaite pas)
- qu'il faut appliquer la snapshot qu'on a enregistré à chaque fois (ce que je risque d'oublier)

VMware est le seul à permettre de ne pas enregistrer les modifs (donc si j'éteins la VM, je repars comme telle qu'elle était à mon précédent démarrage) ?
votre avatar
Si t'as assez de ram sur ta machine, tu pourrais essayer un overlayfs avec un upperdir en tmpfs. Dans le doute, tu peux même monter ton lowerdir en ro.
votre avatar
Virtual Box a une fonction similaire : il faut mettre les disques en "immuable".
votre avatar
J'utilise ce lien pour voir directement les versions

Une autre solution peut être Internet Archive. J'ai trouvé un lien qui pointait vers la 17.5.2 sur Google, et peut-être que d'ici peu il y aura les autres... ...mais je ne peux rien confirmer car pour l'instant il leur faut se remettre de leur piratage d'aujourd'hui ainsi que d'un DDOS :fume:
votre avatar
Heureusement, une fois qu'on a réussi à l'installer une fois, le téléchargement est possible directement depuis le logiciel en vérifiant les mises à jour. La mise à jour ne marche pas (elle ne marchait déjà pas avant Broadcom), mais le fichier téléchargé est trouvable dans le dossier de l'utilisateur, dans AppData\Local\VMware\vmware-download-XXXX (trier par date pour trouver le plus récent).

C'est fou de devoir faire ça, et le premier téléchargement reste une méga-purge. J'espère qu'on peut ou pourra trouver des miroirs dignes de confiance pour éviter le site de Broadcom, même si c'est pas bien tenu à jour c'est pas grave vu ce que j'ai dit au-dessus.
votre avatar
Idem... obligé d'aller sur ce lien pour fouiller :
https://softwareupdate.vmware.com/cds/vmw-desktop/ws/

Mon compte Broadcom est toujours HS depuis des mois, sans nouvelles du support (alors que j'ai payé une licence).
votre avatar
Que je suis content de m'en être débarrassé chez moi en migrant de VMware sous widows à une base linux + QEMU.
votre avatar
je voudrais faire ca: virtualbox vers qemu, que ce soit sous Windows ou Linux. Mais c'est vraiment chiant de faire une VM, et les quelques GUI que j'ai trouvé sont soit obsolotes (QtEmu), soit difficilement utilisables (EmuGui). L'equivalent de VirtManager m'aidera bien, encore que je rame un peu au niveau de la configuration réseau.
votre avatar
Voici le combo que j'ai et qui fonctionne bien:
- sur mes serveurs : debian minimaliste + QEMU/KVM + Libvirt
- sur mon laptop: mint + QEMU/KVM + Libvirt + Virtual machine manager de redhat

Avec VMM, tu construit tes machines tout aussi facilement qu'avec virtualbox ou vmware mais comme c'est basé sur des fichiers xml, tu peux reprendre la main sur certains paramètres.

Pour le réseau, tu peux soit utiliser directement une interface de l’hôte avec un périphérique Macvtap, soit créer un pont séparément et t'y connecter.

Pour l'affichage à distance, tu utilise SPICE et il faut prévoir la config pour exporter ton affichage via le réseau si la VM est sur un serveur.

Et pour l'USB, cela fonctionne très bien avec la possibilité de connecter un périphérique local à une VM, même sur un VM qui tourne sur une autre machine. Très utile par exemple pour connecter une clef USB ou une yubikey.

VMM se connecter à libvirt en ssh via une sshkey donc le lien est sécurisé.
votre avatar
Si je me souviens bien, ils ont abandonné le support de SPICE à partir de RedHat 9 (donc Rocky Linux 9, CentOS 9...). Je ne sais pas comment ça se traduit pour les autres distribution ?
votre avatar
J'utilise Mint pour l'hôte desktop et debian pour les serveurs hôtes. SPICE est intégré à l'installation de QEMU/KVM et bien géré par libvirt + virtual machine manager dans leurs versions actuelles.
Il semble que redhat a jeté l'éponge car ils ont besoin d'une bonne compression pour des besoins actuels d'affichage. SPICE est limité au mjpeg à cause de la license x264.
Comme ils se recentrent commercialement sur les conteneurs, ils jettent SPICE.
votre avatar
J'ai abandonné QEMU à cause de la difficulté (voir impossibilité si on a pas le bon matos) de créer une connexion réseau par pont. Je précise que la connexion par pont sur cette machine fonctionne sans soucis sous vmware workstation / virtual box.
votre avatar

Mes VM ont deux cartes réseau dont une par pont relié à un VLAN. Je peux te promettre que cela fonctionne à merveille sur tout type d'invités de linux à windows 11 en passant par windows XP.

Par contre, le pont est définit en dehors de libvirt, dans la configuration réseau de l'hote.
votre avatar
Tu as juste la chance que ton matériel soit compatible.
votre avatar
Pour XP, il faut émuler des périphériques anciens pour le réseau comme pour la carte graphique. Les performances sont moindre mais cela fonctionne.
Normalement l'invité ne voit les vrais périphériques de ton hôte sauf si tu passe par des configurations très avancées.
votre avatar
Ca n'a rien à voir avec les VMs. Pour avoir une connexion par pont, il faut du matériel qui le supporte le mode spécifique utilisé par QEMU/KVM. La carte réseau de la machine qui fait tourner mes VMs n'est pas compatible avec ce mode (je ne me souviens plus du nom de ce mode).

Je précise que cette même carte réseau est capable de faire de la connexion par pont aussi bien dans vmware workstation que virtualbox (mais ils installent tout les 2 un driver spécifique sur l'hôte pour que cela fonctionne).
votre avatar
A ma connaissance, un pont est un périphérique réseau virtuel géré par le noyau et pas nécessairement relié à une carte réseau.
En ce qui me concerne, mes ponts sont reliés à une carte virtuelle vlan qui nest pas non plus gérée par la carte réseau exploitée en "trunk"
votre avatar
Le mode promiscuous ? Ca consiste pour la carte réseau à accepter tout ce qu'elle reçoit sans filtrer en hardware ce qui ne lui est pas destiné afin de pouvoir atteindre l'interface pontée qui est derrière (mode aussi utilisé par les analyseurs de trafic). Ca fait longtemps que je n'ai plus rencontré ce genre de problème avec une carte Ethernet, par contre avec des cartes WiFi ça arrive. Si elle ne veut vraiment pas désactiver son filtrage, il n'y a rien qu'on puisse faire pour contourner.

Pourquoi VMware y arrive ? Je ne vois pas comment les drivers qu'il installe pourraient changer la donne, donc soit il est plus doué pour parler avec le driver de la carte pour la faire changer de mode (QEMU est un logiciel Linux à la base, le portage Windows n'est pas parfait), soit il ne fait pas du vrai pontage au niveau Ethernet mais du routage niveau IP avec éventuellement retransmission du broadcast. Pour savoir faut ouvrir une connexion vers une autre machine et voir quelle adresse MAC est vue par cette autre machine, si c'est celle de la VM c'est un vrai pont, si c'est celle de l'hôte c'est un "faux" pont niveau IP.
votre avatar
Ouais ca doit être ce mode la. La machine qui fait tourner mes VMs est vieille, et la carte réseau intégré ne supporte pas ce mode la.

Aussi bien vmware que virtualbox installent un driver, qui permet d'utiliser une connexion en mode pont, et chaque VM a bien sa propre adresse MAC.
votre avatar
La VM a toujours sa propre adresse MAC de son point de vue quel que soit son moyen d'accéder à l'extérieur, mais ce qui révèle la technique utilisée, c'est quelle est son adresse MAC du point de vue des autres machines. Ca se teste donc forcément depuis une autre machine, où sur le serveur DHCP si utilisé en regardant la liste des baux en cours.

Les drivers installés par VMware et VirtualBox ne servent qu'à rajouter une interface réseau virtuelle à l'hôte qui mène vers la VM, ils ne modifient pas les drivers ni les capacités des interfaces déjà présentes. Mais il faut en plus demander au driver de l'interface réelle de changer de mode, ce qu'ils arrivent visiblement mieux à faire que QEMU. Si c'est du câblé, même vieux c'est très improbable que le mode promiscuous ne soit pas supporté.

Je serai d'ailleurs surpris que QEMU ne procède pas pareil en installant un driver pour rajouter une interface virtuelle, mais je n'ai pas testé depuis longtemps et techniquement ce n'est pas indispensable. S'il le fait, on peut peut-être utiliser la fonction de pont intégrée à l'OS pour pallier le fait que QEMU n'arrive pas lui-même à faire changer de mode l'interface réelle.
votre avatar
Quand je disais "chaque VM a bien sa propre adresse MAC", je voulais bien sur dire adresse MAC visible depuis l’extérieur.

Sous debian 12, QEMU n'installe pas de driver, QEMU ne fait rien pour la connexion par pont : il délègue tout à l’hôte. Au contraire de VMware et VirtualBox qui ajoutent des drivers pour le faire.
votre avatar
C'est du Linux ton hôte ? Dans ce cas il n'est pas censé y avoir de souci, il faut spécifier au niveau du paramètre -netdev que tu veux une interface type TAP ("-net tap,ifname=tap0", je sais plus s'il la créé tout seul, sinon tu peux le faire avec "tunctl -t tap0 -u username"). Ensuite tu fais un pont entre elle et l'interface réelle en utilisant par exemple brctl, et normalement c'est réglé.

J'ai cru que tu étais sous Windows, dans ce cas c'est pareil mais il faut apparemment installer un driver compatible, lui dire de l'utiliser et faire un pont depuis la fenêtre qui affiche toutes les interfaces réseau.

C'est vrai que c'est peut-être moins intégré que VMware et VirtualBox qui font ça tout seul, mais je comprends que QEMU préfère fournir un standard minimum et laisser l'utilisateur configurer l'hôte comme il veut.
votre avatar
Autant j'ai pas de souci à utiliser QEMU sous Linux, ça marche bien et c'est performant, autant sous Windows je n'y suis pas arrivé. Après moults messages d'erreurs plus horribles les uns que les autres, j'ai enfin réussi à démarrer une VM Linux mais les performances étaient déplorables alors que j'étais censé utiliser le bon mode pour que ce soit performant. J'ai jamais pu résoudre ce problème et je suis passé à VMware, et ça tourne bien même s'il semble y avoir des blocages par moments sur des accès au disque, qui peuvent parfois durer quelques dizaines de secondes quand-même.

Quant à VirtualBox, ça marchait pas mal aussi mais j'avais des bugs graphiques par moments, avec des fenêtres qui apparaissaient vides sous KDE avec les animations et la composition activées. Sans compositeur ni animation y avait plus de problème, pour quelqu'un à qui ça manque pas, ou qui par chance n'aurait pas ces bugs sur son environnement graphique) c'est sûrement la meilleure alternative à VMware.
votre avatar
J'utilise sous Linux l'application Boxes de la suite logicielle de GNOME.

Pour des besoins rapides de VM avec interface graphique, ça fait le job, simple, 3 clics merci, au revoir. Pour des besoins d'instance virtuelle uniquement en CLI, je démarre un container ou au pire Vagrant.
votre avatar
J'ai tenté QEMU, mon besoin un XP pour faire du diag auto.
Pas simple d'installer XP, j'y ai passé un peu de temps.
Ensuite je n'arrivais a rien faire avec le navigateur web natif et impossible de faire une espace partagé entre le systeme HOST et la VM pour y mettre un navigateur web qui fonctionne approximativement ou la suite de logiciel que je voulais installer.

(a noté, je crois pas avoir sous VMware réussi a faire de partage entre le host et la VM, je passais par un drive sur le cloud).

J'ai pas réussi à porter ma VM vmware sur QEMU (et la aussi j'y ai passé du temps)

Bref j'ai jeter l'éponge et réussi a corriger le problème de compilation de VMware après une monté de version du kernel...

A la reflexion, j'aurais surement du tout mettre sur un support USB (navigateur + mes logiciels de diag) plutôt que de m'enteter bêtement à essayer de DL le navigateur depuis le navigateur natif ou de faire un espace partagé Vm /host...
votre avatar
Pour l'échange entre host et invité, j'utilise la redirection USB d SPICE et une bonne vielle clé USB. Sinon, un client nextcloud ou un partage de fichier sur un NAS fonctionnent très bien.
votre avatar
En termes de performance ca vaut quoi contre un Virtualbox ? pareil ? Possibilité d'affecter une carte 3D en gpu passthrough comme avec des hyperviseurs T1 (enfin surtout Proxmox/QEMU, parce que HyperV.....) ?
votre avatar
il faudra que je fasse l'essai sur ma VM windows 11 (avec TPM2 et secure boot).

Avec QEMU/KVM, tu peux soit imiter des périphériques connus pour être compatible avec les vieux systèmes, soit utiliser des périphériques minimalistes et donc très efficaces qui nécessitent des drivers sur le système invité. C'est exactement comme les drivers de vmware.

Les drivers de périphériques virtuels minimalistes de redhat pour windows fonctionnent très bien et ont résisté au passage de windows 10 à 11 donc ils sont vraisemblablement bien connu de microsoft.

Vu que ma VM ne sert pas aux jeux et que je joue surtout avec les vieux hits de steam qui fonctionnent nativement sous linus, je n'ai pas encore fait de test côté carte graphique.
votre avatar
Vmware workstation for Windows a des perfs presque semblable à l'hôte.
Vmware workstation for Linux a des perfs catastrophiques (notamment à cause de kcompact)
votre avatar
Une inexactitude dans cette news :

VMware Workstation Pro 17.5.2 a été la première version avec la licence pour Personal Use. Je le sais car je l'ai DL à l'époque.

Mais il semble que par la suite c'est toute la série 17 qui l'est devenu car on peut télécharger la 17.0.0 sur le site officiel maintenant. Je n'ai pas souvenir que c'était le cas quand j'ai pris la 17.5.2.

VMWare Workstation 17.6.1 corrige un problème avec les installations autres qu’en anglais

Fermer