[VMware] vmmon - Lancement machine virtuelle impossible

Bonjour,

J'ai installé VMware-Workstation avec yaourt :

$ yaourt vmware-workstation

L'installation s'est bien déroulée.

Mais lancer une machine virtuelle VMware est impossible. J'ai le message suivant :

Could not open /dev/vmmon: No such file or directory.
Please make sure that the kernel module `vmmon' is loaded.

J'ai donc suivi la doc ArchLinux concernant VMware ce qui me mène à systemd services. J'ai alors créé les fichiers :
* /etc/systemd/system/vmware.service
* /etc/systemd/system/vmware-usbarbitrator.service
* /etc/systemd/system/vmware-workstation-server.service

Puis j'ai activé dans l'instant ces nouveaux services :

$ systemctl start vmware
$ systemctl start vmware-usbarbitrator
$ systemctl start vmware-workstation-server

J'ai activé ces 3 services au démarrage du système :

$ systemctl enable vmware
$ systemctl enable vmware-usbarbitrator
$ systemctl enable vmware-workstation-server

Vu que le problème persiste, j'ai tenté d'installer, via yaourt, vmware-patch (comme évoqué sur cette page WIKI). Or, là, ce sont visiblement d'autres ennuis ! Le paquet ncurses5-compat-libs est requis mais celui ci est noté comme non supporté et dangereux. D'ailleurs, si on tente malgré cela l'installation, ce sera un échec à cause d'une clé GPG non vérifiée. Voici le résultat de cette tentative :

J'utilise le noyau 4.9.13-1-MANJARO avec VMware-Workstation 12.5.2 build-4638234.

J'avoue, après deux jours de recherches et talonnements, être dans le brouillard.

Me suis-je planté quelque part ou serait-ce un bug ?

Merci par avance :gsourire:

Re,

Suite à la mise à jour (hier soir) de VMWare-Workstation, l'application m'informe qu'il faut compiler les modules et les charger dans le noyau utilisé.

Before you can run VMware, several modules must be compiled and loaded into the running kernel.

Une première tentative échouée me disait "Unable to stop services". J'ai donc arrêté les services concernés manuellement :

# systemctl stop vmware
# systemctl stop vmware-usbarbitrator
# systemctl stop vmware-workstation-server

J'ai refait une tentative avec le même résultat. Le message d'erreur étant :

Unable to stop services.
See log file /tmp/vmware-root/vmware-4867.log for details

Je suis allé voir ce fameux fichier log dont voici la fin :

J'en déduis qu'il manque un lien symbolique que j'ai créé :

$ sudo ln -s /lib/modules/4.9.13-1-MANJARO/build/include/generated/uapi/linux/version.h /lib/modules/4.9.13-1-MANJARO/build/include/linux/version.h

Nouvelle tentative et nouvel échec ... Avec un résultat différent dans le fichier log :

Donc encore un problème avec les services VMware. Et là, je séche !

Je n'ai jamais essayé vmware, mais ce message

Before you can run VMware, several modules must be compiled and loaded into the running kernel.

m'inciterais a booter avec l'image fallbackk qui comprend plus de modules.
si c'est bon, il faudra lancer sudo mkinitcpio -P

bonjour,
il a l'air de na pas trouver le paquet linux49-headers il est obligatoire pour recompiler

Bonjour,

Selon tes indications, je viens d'installer (ou réinstaller ?) linux49-headers.

Ensuite, j'ai refait une tentative avec encore un échec. A priori, les services. La fin du nouveau fichier log :

J'en viens à me demander si le problème ne serait pas du à l'incapitibilité de la version VMware 12.5 envers le noyau 4.9. Sous Fedora 25, il faut installer un patch mais je me heurte alors à un autre problème puisque VMware se lance mais sans pouvoir ensuite réellement lancer la machine virtuelle (et le processus est alors très difficile à tuer).

quand je vois la derniere ligne

2017-03-14T19:49:07.523+01:00| vthread-4| I125+ L'exécution du processus fils « /etc/init.d/vmware » a échoué (Aucun fichier ou dossier de ce type)

/etc/init.d/ :choc:

il est marqué périmé ce paquet :confus:

papajoke a écrit :quand je vois la derniere ligne
2017-03-14T19:49:07.523+01:00| vthread-4| I125+ L'exécution du processus fils « /etc/init.d/vmware » a échoué (Aucun fichier ou dossier de ce type)
/etc/init.d/

il est marqué périmé ce paquet

Effectivement. D'ailleurs, je devrais prendre l’habitude de consulter le site dont tu parle :oops:

J'ai installé VMWare-Workstation 12.5.2_4638234-14 via AUR mais ce même AUR ne me propose pas la mise à jour vers la nouvelle version 12.5.4. Je vais désinstaller la version obsolète 12.5.2 et tenter d'installer le paquet officiel bundle selon cette méthode :

$ chmod +x VMware-Workstation-Full-12.5.4-5192485.x86_64.bundle
$ sudo ./VMware-Workstation-Full-12.5.4-5192485.x86_64.bundle

Zut ! Pas mieux en installant le "bundle" !

Lors de l'installation, l'installatteur me demande le chmein vers /etc/init.d et, après une pêche aux infos, je mets /etc/systemd. L'installation se déroule correctement hormis un message que j'ai "zappé".

Mais ensuite, impossible de lancer vmplayer (le player basique) ou vmware (Workstation). Et que je lance depuis le menu des applications ou depuis une console, aucun message d'erreur. J'ai désinstallé dans la foulée :

vmware-installer -u vmware-workstation

pour réinstaller et prendre note du message "zappé" précédemment que voici :

No rc*.d style init script directories were given to the installer. You must manually add the necessary links to ensure that the vmware service at /etc/systemd/vmware is automatically started and stopped on startup and shutdown.

Donc, le problème devrait être là : ajouter manuellement les scripts concernant les 3 services VMware.

Je me rappelle avoir créé précédemment selon ce WIKI les 3 services
* /etc/systemd/system/vmware.service

* /etc/systemd/system/vmware-usbarbitrator.service

* /etc/systemd/system/vmware-workstation-server.service

Redémarrer ces 3 services, après la réinstallation du "bundle" n'a rien solutionné. Mais cela semble logique puisque j'ai indiqué lors de l'installation de VMware /etc/systemd et non /etc/init.d. mes scripts sont donc mauvais puisque j'indique le mauvais chemin. J'ai arreté à nouveau ces services pour les modifier :
* /etc/systemd/system/vmware.service

* /etc/systemd/system/vmware-usbarbitrator.service (pas de modification)

* /etc/systemd/system/vmware-workstation-server.service

Puis j'ai relancé les 3 services. Mais toujours le même problème : même en console, aucun message d'erreur de l'échec.

Je retenterai demain.

Salut,
Pour s'assurer que les services fonctionnent bien : systemctl status nom_du_service

Smurf a écrit :Salut,
Pour s'assurer que les services fonctionnent bien : systemctl status nom_du_service

Les 3 services sont corrects :

Edit :
Un sudo nano /etc/vmware/config me donne à priori une configuration correcte :

Bonjour,
Je suis en déplacement sans ma grosse bécane sur laquelle j'ai VMWare je ne pourrai donc pas t'aider finement, mais je te renvoie à ce post
Tu avais vu cette discussion ?

waitnsea a écrit :Bonjour,
Je suis en déplacement sans ma grosse bécane sur laquelle j'ai VMWare je ne pourrai donc pas t'aider finement, mais je te renvoie à ce post
Tu avais vu cette discussion ?

Je pense que je vais devoir tout reprendre (à nouveau) à zéro : désinstaller le "bundle", supprimer les fichiers de configuration pour pour voir réinstaller proprement sur des bases nouvelles.

Quand je lance le pach, j'ai le message suivant :

sed: impossible de lire vmnet-only/userif.c: Aucun fichier ou dossier de ce type
sed: impossible de lire vmnet-only/userif.c: Aucun fichier ou dossier de ce type
tar: vmnet.tar : open impossible: Permission non accordée
tar: Error is not recoverable: exiting now
rm: impossible de supprimer 'vmnet-only': Aucun fichier ou dossier de ce type

D'après ce fil dans le forum inter, VMware ne compile plus avec des versions de noyau supérieures à 4.8, ce qui pourrait expliquer tes soucis.

Smurf a écrit :D'après ce fil dans le forum inter, VMware ne compile plus avec des versions de noyau supérieures à 4.8, ce qui pourrait expliquer tes soucis.

C'est à cela que le patch sert : modifier le n° de version du noyau

J'ai recréé ce soir une machine virtuelle VBox Manjaro pour tester comment installer correctement VMware car je ne voudrais pas, à force, "saloper" mon installation physique Manjaro. Je continuerai mes investigations vendredi soir.

Pour les "petits curieux", VirtualBox fonctionne parfaitement et si je veux installer quand même VMware c'est uniquement pour récupérer la machine virtuelle Windows (licence légale) dont je me sers pour ces [autocensuré] de DRM des eBooks que j'achète. Je ne développe pas vraiment car je ne serais pas certain alors de respecter la légalité et la charte de Manjaro.fr. Donc pour revenir au sujet, une machine virtuelle VMware que j'utilise tous les 36 du mois mais que j'utilise très aléatoirement et que je ne suis pas certain de pouvoir récupérer sous VBox (mais c'est un autre sujet).

Edit :
Suite à ce fil de discussion, puisque VMware 12.5 semble incompatible avec le noyau 4.9, j'ai installé dans ma machine virtuelle bac à sable (VBox) plusieurs noyaux et j'ai enchaîné les redémarrages. Voici les résultats !

Quand je parle d'échec, c'est systématiquement le même résultat quel que soit le noyau : même en console, la commande vmplayer ou vmware échoue sans même donner une minimum de texte explicatif. En somme, j'ai "réussi" à recréer une machine virtuelle VBox qui produit exactement les mêmes résultats que ma machine réelle. La machine VBox peut servir à solutionner mais à condition de pouvoir déterminer la cause. Et là, ce n'est pas gagné !

J'ai pensé à SELinux mais Manjaro ne semble pas l'utiliser (contrairement à Fedora) ....

Du nouveau à partir de la machine virtuelle VirtualBox qui me sert de bac à sable. Voici le journal de mes tentatives. A noter que j'ai raté une première fois (dans cette même machine virtuelle) et que la commande vmplayer ou vmware en console ne me retourne aucun message. Donc, je suis reparti à zéro en désinstallant entièrement VMware et en choisissant aussi de supprimer tous les paramétrages (pour bien pas de surprises futures)

Journal de la nouvelle tentative (après être passé sur root via su) :

1 Lancement installation
sh bundle

2 System service scripts directory (commonly /etc/init.d)
/etc/systemd

3 Please enter the user that will initially connect to Workstation server. Without setting this correctly, you will not be able to share VMs with other users.
teutates

4 Please choose a directory for your shared virtual machines.
/var/lib/vmware/Shared VMs (choix par défaut car pas vraiment important pour le moment)

5 Please enter the port to use for https access to Workstation Server
443 (choix par défaut)

6 Enter licence key
XXXX-XXXXXX

7 Message suivant reçu :
No rc*.d style init script directories were given to the installer. You must manually add the necessary links to ensure that the vmware service at /etc/systemd/vmware is automatically started and stopped on startup and shutdown.

8 Création fichiers services dans /home/user
vmware.service

vmware-usbarbitrator.service

system/vmware-workstation-server.service

9 Copie des fichiers services vers /etc/systemd/system
cp /home/teutates/Documents/vmware.service /etc/systemd/system/vmware.service
cp /home/teutates/Documents/vmware-usbarbitrator.service /etc/systemd/system/vmware-usbarbitrator.service
cp /home/teutates/Documents/vmware-workstation-server.service /etc/systemd/system/vmware-workstation-server.service

10 Démarrage services
systemctl start vmware
systemctl start vmware-usbarbitrator
systemctl start vmware-workstation-server

11 Suivi d'un
systemctl daemon-reload

12 Démarrage automatisé des services

12.1 Service vmware
systemctl enable vmware
Remarque : message reçu :
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl. Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer, D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some instance name specified.

12.2 Service vmware-usbarbitrator
systemctl enable vmware-usbarbitrator

12.3 Service vmware-workstation-server
systemctl enable vmware-workstation-server
Remarque : message reçu :
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl. Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer, D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some instance name specified.

13 Lancement commande
vmplayer = aucun message retourné en erreur
vmware = aucun message retourné en erreur

14 Hypothèse
Je pense que l’explication est contenu dans le message d'erreur retourné 2 fois aux niveaux 12.1 et 12.3 lorsque j'ai voulu automatiser le lancement des services vmware et vmware-workstation-server au démarrage du système. Message que voici pour rappel :
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl. Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer, D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some instance name specified.
Sauf que je ne sait pas encore comment l'interpréter :oops:

bonjour

j'ai du mal a comprendre le sens de :

[Service]
ExecStart=/etc/systemd/system/vmware start
ExecStop=/etc/systemd/system/vmware stop

même chose avec vmware-workstation-server.service

un service lance un exécutable ! la ton Exec fait appel à quoi ? tu as un exécutable dans le dossier /etc/systemd/system/ :confus:

alors que en 2) tu dis que tu as installé les exécutables en /etc/systemd ?

papajoke a écrit :bonjour

j'ai du mal a comprendre le sens de :
[Service]
ExecStart=/etc/systemd/system/vmware start
ExecStop=/etc/systemd/system/vmware stop
même chose avec vmware-workstation-server.service

un service lance un exécutable ! la ton Exec fait appel à quoi ? tu as un exécutable dans le dossier /etc/systemd/system/ alors que en 2) tu dis que tu as installé les exécutables en /etc/systemd ?

Je me suis référé à la doc ArchLinux suivante :
https://wiki.archlinux.org/index.php/VMware#systemd_services

J'ai peut-être bien mal adapté !?!

dans cette doc , les executables sont copiés dans /etc/init.d/, ok tu as changé
en 2 tu dis ? qu'ils sont copiés dans /etc/systemd/
dans le fichier unit tu les lances dans /etc/systemd/system/ donc trouve rien :saispas:

ils sont ou ?

papajoke a écrit :dans cette doc , les executables sont copiés dans /etc/init.d/, ok tu as changé
en 2 tu dis ? qu'ils sont copiés dans /etc/systemd/
dans le fichier unit tu les lances dans /etc/systemd/system/ donc trouve rien

ils sont ou ?

Ils sont dans /etc/systemd/system.