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
[Unit]
Description=VMware daemon
Requires=vmware-usbarbitrator.service
Before=vmware-usbarbitrator.service
After=network.target
[Service]
ExecStart=/etc/systemd/vmware start
ExecStop=/etc/systemd/vmware stop
PIDFile=/var/lock/subsys/vmware
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
# ls -l /etc/systemd
total 60
-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:17 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
-rw-r--r-- 1 root root 299 19 Mar 00:23 vmware.service
-rw-r--r-- 1 root root 241 18 Mar 21:51 vmware-usbarbitrator.service
-rw-r--r-- 1 root root 272 18 Mar 21:52 vmware-workstation-server.service
papajoke a écrit :(je parles des executables pas des units)
ExecStart=/etc/systemd/vmware start
va lancer l'exécutable que tu a installé au point 2° ...papajoke a écrit :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° )
systemctl start vmware-usbarbitrator
est l'équivalent de taper en console sudo /usr/bin/vmware-usbarbitrator
(ligne ExecStart=)* /vmnet-only/userif.c
* /vmmon-only/linux/hostif.c
# tar -cf vmnet.tar vmnet-only
# tar -cf vmmon.tar vmmon-only
# vmware-modconfig --console --install-all
# vmware-modconfig --console --install-all
sh: /etc/systemd/vmware: Aucun fichier ou dossier de ce type
Unable to stop services
Teutates a écrit :# vmware-modconfig --console --install-all
sh: /etc/systemd/vmware: Aucun fichier ou dossier de ce type
Unable to stop services
/etc/systemd/
avec ton ls -l (et cette erreur) on peut voir qu'ils n'y sont pas .../etc/systemd/system/
? (un ls -l please)papajoke a écrit :Teutates a écrit :# 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)
# 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
#
# 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 ...
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.
/etc/systemd/system/
papajoke a écrit :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 !
# vmware-modconfig --console --install-all
sh: /etc/systemd/system/vmware: Aucun fichier ou dossier de ce type
Unable to stop services
$ vmplayer
$
ls -l /etc/init.d/
-rwxr-xr-x 1 root root 13887 20 mars 06:43 vmware
sudo /etc/init.d/vmware
Usage: vmware {start|stop|status|restart|stoppable}
find / -iname "vmware" -executable 2>/dev/null
pour le trouver 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/binls -l /etc/init.d/
-rwxr-xr-x 1 root root 13887 20 mars 06:43 vmware
sudo /etc/init.d/vmware
Usage: vmware {start|stop|status|restart|stoppable}
a toi de chercher ou il copie les 2
j'ai fait unfind / -iname "vmware" -executable 2>/dev/null
pour le trouver
$ 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}
$
$ find / -iname "vmware" -executable 2>/dev/null
/etc/init.d/vmware
/etc/vmware
/run/vmware
/var/lib/vmware
/var/log/vmware
/usr/lib/modules/4.9.13-1-MANJARO/build/include/config/vmware
/usr/lib/vmware-ovftool/schemas/vmware
/usr/lib/vmware
/usr/lib/vmware/bin/vmware
/usr/bin/vmware
$
$ 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.
$
sudo systemctl start /etc/init.d/vmware
ExecStart=/etc/init.d/vmware-workstation-server start
ExecStop=/etc/init.d/vmware-workstation-server stop
ExecStart=/etc/init.d/vmware start
ExecStop=/etc/init.d/vmware stop
$ 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}
$
[Unit]
Description=VMware daemon
Requires=vmware-usbarbitrator.service
Before=vmware-usbarbitrator.service
After=network.target
[Service]
ExecStart=/etc/init.d/vmware start
ExecStop=/etc/init.d/vmware stop
PIDFile=/var/lock/subsys/vmware
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
[Unit]
Description=VMware Workstation Server
Requires=vmware.service
After=vmware.service
[Service]
ExecStart=/etc/init.d/vmware-workstation-server start
ExecStop=/etc/init.d/vmware-workstation-server stop
PIDFile=/var/lock/subsys/vmware-workstation-server
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
# systemctl start vmware
# systemctl start vmware-usbarbitrator
# systemctl start vmware-workstation-server
#
# vmplayer
# systemctl enable vmware
# systemctl enable vmware-usbarbitrator
# systemctl enable vmware-workstation-server
#
# vmware
#
papajoke a écrit :sudo systemctl start /etc/init.d/vmware
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 !ExecStart=/etc/init.d/vmware-workstation-server start
ExecStop=/etc/init.d/vmware-workstation-server stopExecStart=/etc/init.d/vmware start
ExecStop=/etc/init.d/vmware stop
DISPLAY is not set, unable to open the VMware Workstation user interface.
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...
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 ?
waitnsea a écrit :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 ?