VMware Tools 12.4.5 wurden veröffentlicht

Für VMWare wurden die VMWare Tools auf die Version 12.4.5, genauer 12.4.5.23787635 aktualisiert. Die Release Notes existieren zwar schon seit dem 27.06. Aber hochgeladen wurden die Tools erst heute. Es wird also noch eine Weile dauern, bis das automatische Update erscheint.

Unterstützt werden die Gastsysteme ab Windows 7 oder Windows Server 2008. Aber schon beim letzten Update hatte man bekannt gegeben, dass es das letzte Release mit Funktionen für Windows 32-Bit-Gastbetriebssysteme ist. Und auch neue Treiber werden für Windows 7 oder Server 2008 R2 nicht mehr bereitgestellt. Hier bleibt also alles beim „alten“. Die VMware Tools gibt es aber weiterhin als x86.

Noch ein Hinweis: Wir sind es gewohnt, dass die VMware Tools in Deutsch installiert werden. Das wird sich mit dem nächsten großen Update ändern. Dann wird neben englisch nur noch französisch, spanisch und japanisch angeboten. Alle anderen Sprachen fallen weg. Aber so dramatisch ist es ja auch nicht.

Korrekturen in VMware Tools 12.4.5

• Der VMware Tools File Introspection-Treiber, der mit einer Antivirus-Lösung eines Drittanbieters ohne Vermittlungsfunktion ausgeführt wird, schlägt möglicherweise mit einem Bluescreen fehl, wenn Dateien für den Azure File Sync-Dienst gescannt werden. Dieser Fehler kann unter bestimmten Interoperabilitätsbedingungen mit Azure File Sync aufgrund eines Zeitproblems auftreten. Dieses Problem wurde in dieser Version behoben.
• OpenGL-Anwendungen schlagen mit dem Fehler „IsWow64Process2-Einstiegspunkt nicht gefunden“ unter Windows 8 fehl. Dieser Fehler tritt nur bei VMware Tools 12.4.0 auf. Dieses Problem wurde in dieser Version behoben.
• Der Dienst reagiert nicht mehr, wenn Sie eine virtuelle Maschine mit VMware Tools 12.3.5 oder 12.4.0 einschalten. Sie können diesen Fehler unter Anwendungsprotokolle in der Windows-Ereignisanzeige überwachen. Dieses Problem wurde in dieser Version behoben.
• Standardmäßig protokolliert das VMware-Netzwerkskript, das von den Einschaltvorgängen wie Einschalten, Anhalten und Fortsetzen verwendet wird, um die DHCP-Leases (Dynamic Host Configuration Protocol) zu verwalten, in /var/log/vmware.log. Die Berechtigungen für die Protokolldatei sind nicht richtig eingestellt, sodass Benutzer ohne Root-Rechte den Inhalt der Protokolldatei einsehen können. Dieses Problem wurde in dieser Version behoben.
• Wenn Sie das administrative VMware Tools-Installationsprogramm ausführen, wird das Windows 8-Build nach dem Windows 7-Build an denselben Extraktionsort kopiert und ersetzt die Windows 7 vsepumc.dll. Dies hat keine Auswirkungen auf Installationen, da die richtige vsepumc.dll installiert wird. Dieses Problem wurde in dieser Version behoben.

Mit dem Treiber wurden einige Aktualisierungen vorgenommen:

• Die OpenSSL-Version wurde auf 3.0.13 aktualisiert.
• Die zlib-Version wurde auf 1.3.1 aktualisiert.
• Die glib-Version wurde auf 2.79.1 aktualisiert.
• Die glibmm-Version wurde auf 2.76.0 aktualisiert.
• Die Version von libxml2 wurde auf 2.12.5 aktualisiert.
• Die xmlsec-Version wurde auf 1.3.3 aktualisiert.
• OpenGL 4.3-Emulationsunterstützung für x86- und x64-Grafikanwendungen auf Windows Arm-Gastbetriebssystemen.

Offene Probleme:

• Wenn Sie die Ortec-Anwendung ausführen, kann es vorkommen, dass der Speicherverbrauch ansteigt und ein Speicherfehler angezeigt wird. Workaround: Um dieses Problem zu vermeiden, setzen Sie die Systemumgebungsvariable auf Null – SVGA_ALLOW_LLVMPIPE=0
• Wenn die Funktion „Shared Folders“ auf einer Linux-VM aktiviert ist, während sie ausgeschaltet ist, ist der Mount der gemeinsamen Ordner beim Neustart nicht verfügbar. Hinweis: Dieses Problem gilt für VMware Tools, die auf Workstation und Fusion ausgeführt werden. Wenn die VM eingeschaltet ist, deaktivieren und aktivieren Sie die Funktion „Shared Folders“ über die Benutzeroberfläche. Um das Problem dauerhaft zu beheben, bearbeiten Sie /etc/fstab und fügen Sie einen Eintrag hinzu, um die Shared Folders beim Booten automatisch einzubinden. Bsp. vmhgfs-fuse /mnt/hgfs fuse defaults,allow_other 0 0
• Microsoft hat die Windows-Treibersignierung geändert und verwendet ab dem 3. Dezember 2019 ausschließlich den SHA-2-Algorithmus. Bei älteren Windows-Systemen ohne SHA-2-Code-Signierungsunterstützung schlägt die Überprüfung der Treibersignatur fehl.
• Bei der Installation eines Windows-Betriebssystems Vista, Server 2008 oder Windows 7 in einer virtuellen Maschine mit einer Startdiskette auf einem PVSCSI-Controller wird der erforderliche PVSCSI-Treiber nicht installiert.
• Wenn beim Upgrade von VMware Tools auf eine neue Version der VMware Tools-Dienst der Vorgängerversion nicht vollständig gelöscht wird, führt diese unvollständige Entfernung des Dienstes dazu, dass die Installation des Dienstes der neuen VMware Tools-Version fehlschlägt. Was zu einem schwerwiegenden Fehler beim Upgrade führt.
• Wenn eine unvollständige Dienstentfernung erkannt wird, um zu verhindern, dass das VMware Tools-Upgrade jedes Mal fehlschlägt, wird die Erstellung des neuen Dienstes angehalten und erneut versucht, um zu sehen, ob der Zustand behoben wird. Das VMware Tools-Installationsprogramm hält für bis zu 2 1/2 Minuten an. Danach tritt ein schwerwiegender Fehler auf. Wenn die Bedingung erfüllt ist, wird das Upgrade mit der Erstellung des neuen Dienstes fortgesetzt. Workaround: Starten Sie das Windows-System neu und starten Sie die Installation der VMware Tools erneut.
• Nach dem Upgrade ist die Funktion NetworkIntrospection nicht in der VMware Tools MSI-Datenbank des Systems vorhanden, aber der vnetflt- oder vnetWFP-Treiberdienst der Funktion ist noch vorhanden. Dieses Problem betrifft nur VMware Tools-Upgrades von Versionen älter als 11.1.0.

Info und Download:

• docs.vmware.com/VMware-Tools/1245-release-notes
• Manueller Download: vmware.com/tools/releases/12.4.5/windows
  • Hinweis: Wer mehrere VMs laufen hat, die ISO herunterladen und in windows.iso umbenennen. Dann in den Programm-Ordner kopieren. Dann werden alle virtuellen Maschinen das Update anzeigen und es kann installiert werden.

Danke an gur_helios für den Hinweis.