pas logique avec ce que a donnés avant (je parles des executables pas des units) c'est pourtant la seule chose que tu as changé de l'original : le path des executables !
sinon pour tester, tu peux lancer a la mano les 3 commandes Execstart dans le bon ordre depuis ton terminal
papajoke a écrit :pas logique avec ce que a donnés avant (je parles des executables pas des units) sinon pour tester, tu peux lancer a la mano les 3 commandes Execstart dans le bon ordre depuis ton terminal
Je viens de déplacer les 3 fichiers dans /etc/systemd (sans autre sous dossier), après avoir réadapter puis redémarrer mais je ne peux pas lancer le service vmware : # systemctl start vmware Failed to start vmware.service: Unit vmware.service not found.
papajoke a écrit :(je parles des executables pas des units)
Il ne faut pas confondre les 2 !!! les .services sont dans /etc/systemd/system/ les executables (vmware-workstation-server et vmware) lancés par la commande Exe dans le fichier .service ... (mais pas dans /etc/systemd comme tu le donnais en 2° )
la commande ExecStart=/etc/systemd/vmware start va lancer l'exécutable que tu a installé au point 2° ...
papajoke a écrit :(je parles des executables pas des units)
Il ne faut pas confondre les 2 !!! les .services sont dans /etc/systemd/system/ les executables lancés par la commande Exe dans le fichier .service ... (mais pas dans /etc/systemd comme tu le donnais en 2° )
Justement, c'est là que je mélange ! Je suppose que le service se nomme "machin.service" pour l’exécutable "machin".
Et donc, je dois remettre mes services "machin.service" dans /etc/systemd/system.
- on ne peut pas déplacer les .service ! - les unités .service ne font que lancer la commande que tu as a la ligne ExeStart (obligatoirement donner le chemin complet) - dans ExeStart tu appelles un exécutable qui n'est pas sur ton disque dur a l'emplacement que tu as donné il faut donner le bon emplacement !
par exemple faire un sudo systemctl start vmware-usbarbitrator est l'équivalent de taper en console sudo /usr/bin/vmware-usbarbitrator (ligne ExecStart=)
# vmware-modconfig --console --install-all sh: /etc/systemd/vmware: Aucun fichier ou dossier de ce type Unable to stop services
au point 2°) tu avais indiqué d'installer les exécutables dans /etc/systemd/ avec ton ls -l (et cette erreur) on peut voir qu'ils n'y sont pas ...
-Tu es sur qu'ils sont par magie dans /etc/systemd/system/ ? (un ls -l please) - Peut-être qu'a l'étape 2°, l'installateur de wmware a défini /etc/systemd dans une variable qui lui est propre alors que ces fichiers n'existent pas
# vmware-modconfig --console --install-all sh: /etc/systemd/vmware: Aucun fichier ou dossier de ce type Unable to stop services
au point 2°) tu avais indiqué d'installer les exécutables dans /etc/systemd/ avec ton ls -l (et cette erreur) on peut voir qu'ils n'y sont pas ...
-Tu es sur qu'ils sont par magie dans /etc/systemd/system/ ? (un ls -l please)
Le résultat est :
# ls -l /etc/systemd/system total 40 drwxr-xr-x 2 root root 4096 16 Mar 19:38 bluetooth.target.wants lrwxrwxrwx 1 root root 41 16 Mar 19:38 dbus-org.bluez.service -> /usr/lib/systemd/system/bluetooth.service lrwxrwxrwx 1 root root 44 16 Mar 19:38 dbus-org.freedesktop.Avahi.service -> /usr/lib/systemd/system/avahi-daemon.service lrwxrwxrwx 1 root root 44 16 Mar 19:38 dbus-org.freedesktop.ModemManager1.service -> /usr/lib/systemd/system/ModemManager.service lrwxrwxrwx 1 root root 46 16 Mar 19:38 dbus-org.freedesktop.NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service lrwxrwxrwx 1 root root 57 16 Mar 19:38 dbus-org.freedesktop.nm-dispatcher.service -> /usr/lib/systemd/system/NetworkManager-dispatcher.service lrwxrwxrwx 1 root root 36 16 Mar 19:38 display-manager.service -> /usr/lib/systemd/system/sddm.service drwxr-xr-x 2 root root 4096 6 Mar 20:43 getty.target.wants drwxr-xr-x 2 root root 4096 19 Mar 01:45 multi-user.target.wants -rw-r--r-- 1 root root 191 26 Feb 11:25 octopi.service drwxr-xr-x 2 root root 4096 16 Mar 19:38 printer.target.wants drwxr-xr-x 2 root root 4096 16 Mar 19:38 sleep.target.wants drwxr-xr-x 2 root root 4096 16 Mar 19:38 sockets.target.wants -rw-r--r-- 1 root root 297 19 Mar 01:42 vmware.service -rw-r--r-- 1 root root 241 18 Mar 21:51 vmware-usbarbitrator.service -rw-r--r-- 1 root root 316 19 Mar 02:05 vmware-workstation-server.service #
et
# ls -l /etc/systemd total 48 -rw-r--r-- 1 root root 615 28 Jan 23:32 coredump.conf -rw-r--r-- 1 root root 1013 28 Jan 23:32 journald.conf -rw-r--r-- 1 root root 198 28 Jan 23:32 journal-remote.conf -rw-r--r-- 1 root root 175 28 Jan 23:32 journal-upload.conf -rw-r--r-- 1 root root 1022 28 Jan 23:32 logind.conf drwxr-xr-x 2 root root 4096 28 Jan 23:32 network -rw-r--r-- 1 root root 642 28 Jan 23:32 resolved.conf drwxr-xr-x 8 root root 4096 19 Mar 00:48 system -rw-r--r-- 1 root root 1604 28 Jan 23:32 system.conf -rw-r--r-- 1 root root 599 28 Jan 23:32 timesyncd.conf drwxr-xr-x 4 root root 4096 6 Mar 20:50 user -rw-r--r-- 1 root root 1130 28 Jan 23:32 user.conf #
papajoke a écrit :- Peut-être qu'a l'étape 2°, l'installateur de wmware a défini /etc/systemd dans une variable qui lui est propre alors que ces fichiers n'existent pas
ps: j'ai pas wmware, dur de te suivre ...
C'est la réflexion que je suis en train de me faire : un fichier propre à VMware définie probablement une certaine configuration et met la pagaillle.
Edit : J'ai même tenté de tricher en créant un lien symbolique /etc/systemd/vmware.servicede pointant vers /etc/systemd/system/vmware.service sans résultat.
Teutates a écrit :J'ai même tenté de tricher en créant un lien symbolique /etc/systemd/vmware.servicede pointant vers /etc/systemd/system/vmware.service sans résultat.
tu confonds encore service et executable uniquement les units (.service) sont obligatoirement dans /etc/systemd/system/ Il faut voir les .service comme de simples lanceurs que tu peux créer avec ton bureau : ils pointent vers un exécutable mais pour cela , il faut qu'ils existent ces executables !
Lors de ton étape 2] tu as demandé à wmware d'installer des exécutables, il sont introuvables ... refaire ton étape 2 ?
Maintenant il faut "simplement" que dans tes unit .services, tu fasses pointer ExeStart et ExeStop vers ces exécutables installés à ton étape 2 !
Teutates a écrit :J'ai même tenté de tricher en créant un lien symbolique /etc/systemd/vmware.servicede pointant vers /etc/systemd/system/vmware.service sans résultat.
tu confonds encore service et executable uniquement les units (.service) sont obligatoirement dans /etc/systemd/system/ Il faut voir les .service comme de simples lanceurs que tu peux créer avec ton bureau : ils pointent vers un exécutable mais pour cela , il faut qu'ils existent ces executables !
Lors de ton étape 2] tu as demandé à wmware d'installer des exécutables, il sont introuvables ... refaire ton étape 2 ?
Maintenant il faut "simplement" que dans tes unit .services, tu fasses pointer ExeStart et ExeStop vers ces exécutables installés à ton étape 2 !
J'ai tout refait dans ma machine bac à sable mais toujours sans réel résultat.
0 Désinstallation avec choix de suppression de tous les fichiers de configuration (lorsque demandé) vmware-installer -u vmware-workstation
1 Lancement installation # sh bundle
2 System service scripts directory (commonly /etc/init.d) Choix de : /etc/systemd/system
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 8.1 vmware.service
papajoke a écrit :je viens de tester (enfin) une install du player - il m'a copié l’exécutable dans init.d alors que je lui avais demandé /usr/local/bin
ls -l /etc/init.d/ -rwxr-xr-x 1 root root 13887 20 mars 06:43 vmware
a toi de chercher ou il copie les 2 j'ai fait un find / -iname "vmware" -executable 2>/dev/null pour le trouver
Pareil !
$ ls -l /etc/init.d/ total 24 -rwxr-xr-x 1 root root 13887 19 Mar 22:40 vmware -rwxr-xr-x 1 root root 4946 19 Mar 22:41 vmware-workstation-server $ sudo /etc/init.d/vmware [sudo] Mot de passe de teutates : Usage: vmware {start|stop|status|restart|stoppable} $
Mais je ne suis guère plus avancé (sauf possibilité de mauvaise interprétation de ma part) :
$ sudo systemctl restart /etc/init.d/vmware Failed to restart etc-init.d-vmware.mount: Unit etc-init.d-vmware.mount not found. $ sudo systemctl start /etc/init.d/vmware Failed to start etc-init.d-vmware.mount: Unit etc-init.d-vmware.mount not found. $
ces 2 fichiers sont les exécutables et non les services systemd !!!!!!!!!!!!!!!!!!!! (12 eme fois que je le répète ) systemctl charge uniquement des services systemd ! pas des exécutables !
Il te faut donc juste modifier tes .service pour qu'ils lancent ces exécutables
2 .service a changer, c'est ce qui il y avait exactement dans le wiki et aur !
$ ls -l /etc/init.d/ total 24 -rwxr-xr-x 1 root root 13887 19 Mar 22:40 vmware -rwxr-xr-x 1 root root 4946 19 Mar 22:41 vmware-workstation-server $ sudo /etc/init.d/vmware [sudo] Mot de passe de teutates : Usage: vmware {start|stop|status|restart|stoppable} $
J'ai modifié mes fichiers vmware.service et vmware * vmware.service :
ces 2 fichiers sont les exécutables et non les services systemd !!!!!!!!!!!!!!!!!!!! (12 eme fois que je le répète ) systemctl charge uniquement des services systemd ! pas des exécutables !
Il te faut donc juste modifier tes .service pour qu'ils lancent ces exécutables
2 .service a changer, c'est ce qui il y avait exactement dans le wiki et aur !
J'ai désinstallé la vieille version 12.5.4 afin de pouvoir installer (correctement) la toute récente version 12.5.5, en refaisant toutes les manipulations décrites plus haute (j'avais sauvegardé les scripts des services). Je me heurte à l'erreur
DISPLAY is not set, unable to open the VMware Workstation user interface.
Bonjour, Ma VMWare ne fonctionne plus non plus avec l'upgrade du kernel et après avoir upgradé VM à 12.5.5, pas même en downgradant lippng comme dit ici J'attends un peu parce que quand elle fonctionne c'est vraiment un bel outil, mais ça me gonfle ces réinstallations et recompilations perpétuelles...
waitnsea a écrit :Bonjour, Ma VMWare ne fonctionne plus non plus avec l'upgrade du kernel et après avoir upgradé VM à 12.5.5, pas même en downgradant lippng comme dit ici J'attends un peu parce que quand elle fonctionne c'est vraiment un bel outil, mais ça me gonfle ces réinstallations et recompilations perpétuelles...
Peut-être que VMware n'est pas réellement fait pour les distributions en rolling release où les mises à jours "trop rapides" cassent le fonctionnement de l'application ?
Teutates a écrit :Peut-être que VMware n'est pas réellement fait pour les distributions en rolling release où les mises à jours "trop rapides" cassent le fonctionnement de l'application ?
Peut-être que VMware n'est en fait faite que pour Windows ?
Teutates a écrit :Peut-être que VMware n'est pas réellement fait pour les distributions en rolling release où les mises à jours "trop rapides" cassent le fonctionnement de l'application ?
Peut-être que VMware n'est en fait faite que pour Windows ?
C'est pas faux ... Et ca dissuade d'acheter une licence pour passer de la version gratuite (le "Player") vers une version plus complète .... à condition d'avoir de tels besoins .....
Quasi hors sujet : j'avais des problèmes similaires pour faire fonctionner ma machine VMware sous Fedora 25. J'ai rebasculé sous Fedora et j'ai réussi à lancer une vieille machine VMware Windows 7 (que je garde à des fins de tests générique) mais impossible avec la machine VMware Windows 10. Je bascule alors sous .... Mageia 5 (puisque je sais que là pas de problème) pour trouver un "petit " problème de réglage bizarroïde sur cette machine VMware Windows 10 (un disque virtuel supprimé qui empêchait de démarrer (j'l'avais oublié celui là !)) que j'ai corrigé. Cela me permettra donc de partir sur des bases assainies lors de mes prochaines tentatives ....