Cześć po aktualizacji do Ubuntu 17.10, vmware nie uruchamia się teraz.
Dostaję wiadomość:
/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'
Wiem, że są dostępne łatki i staram się je zastosować i ponownie skompilować. Uruchomiłem z rozwiązania na 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 ...
Niestety, vmware-modconfig nie działa z powodu zależności, która wydaje się na konkretnej wersji gcc. Czy jestem na dobrej drodze? Jakakolwiek pomoc w tej kwestii byłaby bardzo mile widziana.
EDYCJA Dziękuję Steve, poniżej znów uruchomiono vmware. Zawarłem drobną korektę. Przetestowano i potwierdzono, że mogę uruchomić maszynę wirtualną.
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
i wykonujevmware-networks
polecenia, a następnie vmware binarny jako zwykły użytkownik.Odpowiedzi:
Udało mi się uruchomić VMWare Workstation 12.5.7 na Kubuntu 17.10.
W
/usr/lib/vmware/modules/source
:Wyciąg
vmmon.tar
ivmnet.tar
Spowoduje to utworzenie
vmmon-only
ivmnet-only
katalogi.Przynieś łatkę
hostif.c
(uwaga: https://communities.vmware.com/thread/571370 - zawiera również podobną poprawkę do VMWare Workstation 14)
Edytuj
vmnet-only/bridge.c
:Biegać
Jako użytkownik:
(aby zapobiec jego uruchomieniu
vmware-modconfig
)źródło
/usr/lib/vmware/bin/vmware
, w przeciwnym razie vmware zgłasza, że nie może znaleźć GCC.Próbowałem około wszystkich innych rozwiązań, ale nic nie działało. Ale te kroki działały dla mnie na Ubuntu 18.04, VMware 12.5.9
Odniesienie:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1715552
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1715552/comments/29
źródło
Poprawka opisana przez: Stephen prowadzi wielu do innego błędu: „Nie udało się uzyskać informacji gcc”.
Najprostszym rozwiązaniem jest pobieranie stacji roboczej VMware Player 14.1 .
Zainstalowanie go zamiast wersji 12.5 rozwiązuje problemy opisane powyżej.
Aby to zrobić, po prostu biegnij
I postępuj zgodnie z instrukcjami w graficznym instalatorze.
źródło
/usr/lib/vmware/bin/vmware
zamiast tego, używając rozwiązania „Nie udało się uzyskać informacji gcc”Oprócz odpowiedzi Stephena Wassella , jeśli nadal korzystasz z wersji VM Workstation 12.5.x, będziesz musiał ponownie skompilować
.ko
każdą łatę na jądro ...Możesz zobaczyć ten błąd: ( Niepoprawny format modułu )
Oto narzędzie do aktualizacji modułów jądra dla dystrybucji Ubuntu-flavour po aktualizacji jądra.
https://gist.github.com/shadowbq/5897002b620b093ca7578b5f13c3f3a1
Dołączyłem również proste opakowanie
.sh
, którego możesz użyć jako zamiennika do uruchomienia stacji roboczej vmware, dzięki czemu masz pewność, że odpowiednio ładuje moduły jądra vm-network i vm-mon za każdym razem.Uwaga: ten skrypt nie rozszerzy „tar” ani „łata” plików źródłowych, służy to do automatycznej ponownej kompilacji modułów jądra po poprawce jądra zgodnie z krokami oryginalnymi Stephena Wassella.
źródło