Bonjour, après la mise à niveau vers Ubuntu 17.10, vmware ne démarre plus.
Je reçois le message:
/usr/lib/vmware/bin/vmware-modconfig: Relink `/lib/x86_64-linux-gnu/libbsd.so.0' with `/lib/x86_64-linux-gnu/librt.so.1' for IFUNC symbol `clock_gettime'
Je suis conscient qu'il existe des correctifs disponibles et j'essaie de les appliquer et de les recompiler. J'ai exécuté la solution sur https://communities.vmware.com/thread/571370 :
cd ~
#Copy the vmmon source tar ball to your temporary location
cp /usr/lib/vmware/modules/source/vmmon.tar .
#Extract the tar ball
tar xf vmmon.tar
#Download the modified file that mkubecek posted and overwrite the one from the tar ball for VMware Workstation 12.5:
wget -O ./vmmon-only/linux/hostif.c https://raw.githubusercontent.com/mkubecek/vmware-host-modules/b50848c985f1a6c0a341187346d77f0119d0a835/vmmon-only/linux/hostif.c
#Wrap up the newly modified files into a tar ball replacing the original one
sudo tar cf /usr/lib/vmware/modules/source/vmmon.tar vmmon-only
#Rebuild the VMware kernel modules
sudo vmware-modconfig --console --install-all
Failed to get gcc information.
gcc --version
gcc (Ubuntu 7.2.0-8ubuntu3) 7.2.0 ...
Malheureusement, vmware-modconfig échoue en raison d'une dépendance qu'il semble sur une version particulière de gcc. Suis-je sur la bonne voie? Toute aide à ce sujet serait très appréciée.
EDIT Merci Steve, ce qui suit a fait redémarrer vmware. J'ai inclus une correction mineure. Testé et confirmé que je pouvais exécuter une machine virtuelle.
sudo su
# do all below as root
cd /usr/lib/vmware/modules/source
tar xvf vmmon.tar
tar xvf vmnet.tar
wget -O ./vmmon-only/linux/hostif.c https://raw.githubusercontent.com/mkubecek/vmware-host-modules/b50848c985f1a6c0a341187346d77f0119d0a835/vmmon-only/linux/hostif.c
vim vmnet-only/bridge.c
cd vmmon-only/
make
cd ../vmnet-only/
make
cd ..
mkdir /lib/modules/4.13.0-16-generic/misc
cp *.o /lib/modules/4.13.0-16-generic/misc
insmod /lib/modules/4.13.0-16-generic/misc/vmmon.o
insmod /lib/modules/4.13.0-16-generic/misc/vmnet.o
rm /usr/lib/vmware/lib/libz.so.1/libz.so.1
ln -s /lib/x86_64-linux-gnu/libz.so.1 /usr/lib/vmware/lib/libz.so.1/libz.so.1
vmware-networks --start
exit
# run vmware as normal user
/usr/lib/vmware/bin/vmware
insmod
etvmware-networks
commande, puis vmware binary en tant qu'utilisateur normal.Réponses:
J'ai réussi à faire fonctionner VMWare Workstation 12.5.7 sur Kubuntu 17.10.
Dans
/usr/lib/vmware/modules/source
:Extraire
vmmon.tar
etvmnet.tar
Cela va créer
vmmon-only
etvmnet-only
répertoires.Récupérez le patch
hostif.c
(Remarque: https://communities.vmware.com/thread/571370 - contient également un correctif similaire pour VMWare Workstation 14)
Modifier
vmnet-only/bridge.c
:Courir
En tant qu'utilisateur:
(pour l'empêcher de fonctionner
vmware-modconfig
)la source
/usr/lib/vmware/bin/vmware
, sinon vmware signale ne pas pouvoir trouver GCC.J'ai essayé à peu près toutes les autres solutions mais rien n'a fonctionné. Mais ces étapes ont fonctionné pour moi sur Ubuntu 18.04, VMware 12.5.9
Référence:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1715552
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1715552/comments/29
la source
Le correctif décrit par: Stephen conduit pour beaucoup à un autre bogue: "Impossible d'obtenir les informations gcc."
La solution la plus simple consiste à télécharger la station de travail vmware player 14.1 .
L'installer à la place de la version 12.5 résout les problèmes décrits ci-dessus.
Pour ce faire, il suffit d'exécuter
Et suivez les instructions de l'installateur graphique.
la source
/usr/lib/vmware/bin/vmware
place pour résoudre «Impossible d'obtenir les informations gcc»En plus de la réponse de Stephen Wassell , si vous utilisez toujours la version VM Workstation 12.5.x, vous devrez recompiler votre
.ko
pour chaque patch du noyau .. ce qui est beaucoup ..Vous pouvez voir cette erreur: ( format de module non valide )
Voici un outil pour mettre à jour les modules du noyau pour les distributions ubuntu-flavour-distros après un correctif du noyau.
https://gist.github.com/shadowbq/5897002b620b093ca7578b5f13c3f3a1
J'ai également inclus un simple wrapper
.sh
que vous pouvez utiliser pour remplacer le lancement de vmware workstation afin que vous puissiez être sûr qu'il charge correctement les modules vm-network et vm-mon kernel à chaque fois.Remarque: ce script ne développera pas le «tar» ou le «patch» des fichiers source, il s'agit de recompiler automatiquement les modules du noyau après un patch du noyau en suivant les étapes d'origine de Stephen Wassell.
la source