Probleme beim Starten von VMware Workstation 11 auf Ubuntu 16.04 nach dem Upgrade von 14.04

Probleme beim Starten von VMware Workstation 11 auf Ubuntu 16.04 nach dem Upgrade von 14.04

Ich habe gerade eine 14.04-Maschine auf 16.04 (64 Bit – Gnome-Shell) aktualisiert.

Das Upgrade verlief ohne erkennbare Probleme. Nach Abschluss des Upgrades und Neustart des Rechners kann ich VMware Workstation 11.1.3 (was auf diesem Rechner vorher mit 14.04 funktionierte) nicht mehr starten.

Wenn Sie auf den Launcher/das Symbol von VMware Workstation plank(in einem weiteren Dock) klicken, wird im Gnome-Panel kurz ein VMware-Eintrag angezeigt, der dann verschwindet.

Beim Starten vmwarevom Terminal wird keine Ausgabe ausgegeben und die GUI der Workstation wird nicht angezeigt. Das Terminal kehrt ohne Ausgabe zur Eingabeaufforderung zurück.

Ich habe mich gefragt, ob ich versuchen sollte, die Workstation neu zu installieren, habe mich aber entschieden, zuerst zu fragen

Jede Hilfe ist willkommen

Aktualisieren

  1. Deinstallation und Neuinstallation von VMware Workstation hatten keine Wirkung
  2. Starten von VMware vom Terminal über

    env VMWARE_USE_SHIPPED_LIBS=1 /usr/bin/vmware

Führt zumindest zu einer Ausgabe und erreicht den Moment, in dem die Module kompiliert und in den Kernel geladen werden sollen.

Dies endet mit einem Fehler

 Loop on signal 11

Dies geschieht für meinen Hauptbenutzer und auch, wenn ich VMware mit Sudo-Berechtigungen starte.

Inhalt von /var/log/vmware/hostd.logkann gesehen werdenHier.

Antwort1

Nachdem ich zahlreiche Tests durchgeführt hatte, darunter Deinstallation und Neuinstallation, Entfernen von Voreinstellungen und Neuerstellen von Modulen, habe ich die folgende Lösung gefunden.

Vorübergehend

export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libglibmm-2.4.so.1/:$LD_LIBRARY_PATH

Dauerhaft

echo /usr/lib/vmware/lib/libglibmm-2.4.so.1 | sudo tee -a /etc/ld.so.conf.d/LD_LIBRARY_PATH.conf
sudo ldconfig

Als Ergebnis kann ich VMware wieder starten durch

vmware

AKTUALISIEREN:

Bitte lesen Sie die Antwort von @Michael Firth, da dies möglicherweise ein besserer/saubererer Ansatz ist.

Antwort2

Als Variation zu Duftes Antwort konnte ich es wieder zum Laufen bringen, indem ich das

export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libglibmm-2.4.so.1/:$LD_LIBRARY_PATH

Zeile in /usr/bin/vmwareund /usr/bin/vmware-netcfg, bei denen es sich bei beiden eigentlich um Shell-Skripte handelt.

Ich war nervös wegen der anderen Option, da sie das Bibliotheksverhalten für alle Dinge im System ändert, und nicht nur für VMware

verwandte Informationen