Bonjour,

Depuis le passage à F25, je n'ai plus la possibilité d'installer VMWare sur mon laptop.
Ceci est assez embêtant pour moi car j'en ai besoin pour mon travail.

Voici ce que j'obtient comme première erreur en voulant installer ceci (en tant que root bien entendu):
[root@fedora Documents]# ./VMware-Workstation-Full-12.5.2-4638234.x86_64.bundle
Extracting VMware Installer...done.
User interface initialization failed. Exiting. Check the log for details.
Voici ce que me retourne le log en question:
[2017-01-16 08:21:30,112]
[2017-01-16 08:21:30,113]
[2017-01-16 08:21:30,113] Installer running.
[2017-01-16 08:21:30,113] Command Line Arguments:
[2017-01-16 08:21:30,113] ['/tmp/vmis.HzqSKb/install/vmware-installer/vmware-installer.py', '--set-setting', 'vmware-installer', '
libconf', '/tmp/vmis.HzqSKb/install/vmware-installer/lib/libconf', '--install-component', '/tmp/vmis.HzqSKb/install/vmware-install
er', '--install-bundle', '/home/romain/Documents/./VMware-Workstation-Full-12.5.2-4638234.x86_64.bundle', '']
[2017-01-16 08:21:30,179] /tmp/vmis.HzqSKb/install/vmware-installer/python/pygtk/gtk/__init__.py:69: GtkWarning: could not open di
splay
warnings.warn(str(e), _gtk.Warning)

[2017-01-16 08:21:30,179] Unable to initialize gtk: could not open display
[2017-01-16 08:21:30,180] Could not set up curses... Falling back on null term type.
[2017-01-16 08:21:30,184] UI Initialization failed.
Traceback (most recent call last):
File "/tmp/vmis.HzqSKb/install/vmware-installer/vmware-installer.py", line 293, in main
ui.Initialize(options.ui)
File "/tmp/vmis.HzqSKb/install/vmware-installer/vmis/ui/__init__.py", line 83, in Initialize
exec 'from vmis.ui.null import *' in globals()
File "<string>", line 1, in <module>
File "/tmp/vmis.HzqSKb/install/vmware-installer/vmis/ui/null.py", line 13, in <module>
from vmis.ui import console
File "/tmp/vmis.HzqSKb/install/vmware-installer/vmis/ui/console.py", line 9, in <module>
import curses
File "/tmp/vmis.HzqSKb/install/vmware-installer/python/lib/curses/__init__.py", line 15, in <module>
from _curses import *
ImportError: libncursesw.so.5: cannot open shared object file: No such file or directory
Un problème de chargement d'interface graphique à première vue.
Est-ce que cela serait lié à Wayland?
Est-ce que cela serait lié à Wayland?
Est-ce que tu as essayé de lancer l'opération sous X ? (et pas de jeux de mots !)
tu as spécifiquement besoin de VMWare ou est ce qu'une autre solution de virtualisation te conviendrait (KVM/QUEMU par exemple ?)
nouvo09 wrote:
Est-ce que cela serait lié à Wayland?
Est-ce que tu as essayé de lancer l'opération sous X ? (et pas de jeux de mots !)
Je confirme.
je suis bien loggé sous session gnome-shell lorsque je tente l'installation. Je suis la procédure officielle, soit: lancer un terminal sous X en tant que root pour l'installation.

Edouard_le_homard wrote:tu as spécifiquement besoin de VMWare ou est ce qu'une autre solution de virtualisation te conviendrait (KVM/QUEMU par exemple ?)
Oui et pour plusieurs raisons. Les VM utilisées au niveau professionel sont formattées pour VMWare et plus particulièrement le paramétrage réseau NAT. Secondairement, très mauvaise expérience personnelle de la gestion des USB sur d'autres solutions (VBox, qemu, etc.) Laissons à Cesar ce qui appartient à Cesar... VMWare fonctionne parfaitement Out of the box (quand l'installation fonctionne).
Je n'ai aucun soucis avec KVM/QUEMU, y compris avec les ports USB ; mais dans le cadre d'une utilisation personnelle. à voir.
un mois plus tard
Bonjour,

Je confirme le même problème sous Plasma, et avec tout le système intégralement à jour (évidemment). J'ai refait (et vérifié) le lien symbolique vers version.h (qui était correct). Toutes les applications nécessaires sont là (gcc, kernel-devel ..). J'ai même redémarré, au cas où. Et cela après avoir désinstallé l'ancienne version 12.1 pour installer la 12.5.

Le message d'erreur systématique : 
Unable to start services.

See log file /tmp/vmware-root/vmware-11761.log for details.
Ce fichier log donne (vers la fin) : 
2017-02-12T14:58:05.627+01:00| vthread-4| I125: Validating path "/lib/modules/4.9.8-201.fc25.x86_64/build/include" for kernel release "4.9.8-201.fc25.x86_64".
2017-02-12T14:58:05.627+01:00| vthread-4| I125: Failed to find /lib/modules/4.9.8-201.fc25.x86_64/build/include/linux/version.h
2017-02-12T14:58:05.627+01:00| vthread-4| I125: /lib/modules/4.9.8-201.fc25.x86_64/build/include/linux/version.h not found, looking for generated/uapi/linux/version.h instead.
2017-02-12T14:58:05.627+01:00| vthread-4| I125: using /usr/bin/gcc for preprocess check
2017-02-12T14:58:05.632+01:00| vthread-4| I125: Preprocessed UTS_RELEASE, got value "4.9.8-201.fc25.x86_64".
2017-02-12T14:58:05.632+01:00| vthread-4| I125: The header path "/lib/modules/4.9.8-201.fc25.x86_64/build/include" for the kernel "4.9.8-201.fc25.x86_64" is valid.  Whoohoo!
2017-02-12T14:58:05.742+01:00| vthread-4| I125: found symbol version file /lib/modules/4.9.8-201.fc25.x86_64/build/Module.symvers
2017-02-12T14:58:05.742+01:00| vthread-4| I125: Reading symbol versions from /lib/modules/4.9.8-201.fc25.x86_64/build/Module.symvers.
2017-02-12T14:58:05.758+01:00| vthread-4| I125: Read 17898 symbol versions
2017-02-12T14:58:05.758+01:00| vthread-4| I125: Invoking modinfo on "vmmon".
2017-02-12T14:58:05.759+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-02-12T14:58:05.759+01:00| vthread-4| I125: Invoking modinfo on "vmnet".
2017-02-12T14:58:05.761+01:00| vthread-4| I125: "/sbin/modinfo" exited with status 256.
2017-02-12T14:58:05.811+01:00| vthread-4| I125: Setting destination path for vmmon to "/lib/modules/4.9.8-201.fc25.x86_64/misc/vmmon.ko".
2017-02-12T14:58:05.811+01:00| vthread-4| I125: Extracting the vmmon source from "/usr/lib/vmware/modules/source/vmmon.tar".
2017-02-12T14:58:05.816+01:00| vthread-4| I125: Successfully extracted the vmmon source.
2017-02-12T14:58:05.816+01:00| vthread-4| I125: Building module with command "/usr/bin/make -j8 -C /tmp/modconfig-86oabd/vmmon-only auto-build HEADER_DIR=/lib/modules/4.9.8-201.fc25.x86_64/build/include CC=/usr/bin/gcc IS_GCC_3=no"
2017-02-12T14:58:07.077+01:00| vthread-4| W115: Failed to build vmmon.  Failed to execute the build command.
2017-02-12T14:58:07.078+01:00| vthread-4| I125: Setting destination path for vmnet to "/lib/modules/4.9.8-201.fc25.x86_64/misc/vmnet.ko".
2017-02-12T14:58:07.078+01:00| vthread-4| I125: Extracting the vmnet source from "/usr/lib/vmware/modules/source/vmnet.tar".
2017-02-12T14:58:07.082+01:00| vthread-4| I125: Successfully extracted the vmnet source.
2017-02-12T14:58:07.082+01:00| vthread-4| I125: Building module with command "/usr/bin/make -j8 -C /tmp/modconfig-86oabd/vmnet-only auto-build HEADER_DIR=/lib/modules/4.9.8-201.fc25.x86_64/build/include CC=/usr/bin/gcc IS_GCC_3=no"
2017-02-12T14:58:08.484+01:00| vthread-4| W115: Failed to build vmnet.  Failed to execute the build command.
Et, oui, j'ai besoin de VMware même si VirtualBox est fonctionnel. Je retenterai plus tard.

Il me semble quand même que j'avais eu le même problème sous Mageia 5. Sauf erreur, j'avais résolu en désinstallant la vielle version 12.0 pour installer la 12.1 suite à un bug inclus dans la 12.0 corrigé dans la 12.1 en rapport avec le nouveau noyau utilisé avec les mises à jour système. Sauf que là, c'est la dernière version 12.5.2 qui date de 13 nov 2016. Peut être aussi un bug inclus dans la version VMware qui passe mal avec ce noyau 4.9.8-201 ?

Edit :
J'ai suivi le tuto suivant qui concerne ArchLinux mais qui confirme le problème. Je cite :
Depuis VMware Workstation Pro 12.5.2, la source du module doit être modifiée pour être compilée avec succès sous le noyau 4.9.
J'ai également suivi l'astuce donnée juste en dessous mais vainement !
Voilà la solution, d'après le lien de la communauté VMware :

Ceci présume que vous avez déjà installer VMware Player / Workstation mais sans encore avoir lancer la compilation des modules. Si vous avez déjà tentez de compiler les modules et fait quelques tentatives infructueuses, le mieux serait peut-être de désinstaller VMware pour remettre de l'ordre puis de le réinstaller.

Pour rappel, pour désinstaller (en console sous root) :
# vmware-installer -u vmware-workstation
ou
# vmware-installer -u vmware-player

1) Télécharger le patch pour le noyau 4.9 et VMware 12.5 (Player / Workstation). Il fonctionne dans les deux cas de figure.
https://drive.google.com/open?id=0B-Z_hPAUvn2dTGFQdkR6d0c3M2M
Je précise que je n'ai fait que récupérer le patch depuis le lien de la communauté VMware pour l'héberger (par sécurité) sur mon compte perso afin de le mettre librement à disposition de quiconque.

2) Rendez ce patch exécutable
$ chmod +x patch.sh

3) Lancer le patch sous root
# sh patch.sh

4) Lancer la compilation des modules
Notez que si vous lancez cette compilation depuis vmplayer, vous devrez probablement réentrer la licence pour Workstation mais les modules resteront opérationnels.

Bonne virtualisation 😉


Hors sujet : je sens que je vais pouvoir migrer définitivement depuis Mageia mourante ...