VMWare Tools /Windows 7/2008 R2

[jensen]

Unter Win 2008 R2 und Win 7 (x64) läuft die Maus in der Konsole so hakelig wie, als wären die VMWare Tools nicht installiert. Egal ob mit alten Tools oder Version 8.3.2

Unter Win 2003/SP alles ok.

[jensen]

Der Beitrag sollte unter "Alles rund um vSphere 4.1" stehen.

Poste ihn da nochmal.

[OliverC]

Das Problem gibts nicht erst beim 4.1er, sondern auch schon beim 4.0er.

Abhilfe schaft glaube ich nur einen anderen Displaytreiber zu installieren.. wobei selbst das dann nicht so flüssig ist wie 2003/XP.

[jensen]

Nö, das lief vor dem Update auf 4.1 deutlich besser.

[echt_weg]

habs unter dem 4.1er noch nicht gesehen aber auch unter 4.0u1 läuft das extrem schlecht

[jensen]

ok., ganz so sauber wie unter Win 2003 lief das nie.

Aber man konnte damit gut arbeiten.

Mich würde mal interessieren, ob andere das Problem auch fesstellen bzw. ob jemand eine Lösung weiß.

Viele Grüße

Jan

[amaier]

Also bei mir ist es unter ESXi 4.1 und Windows 2008 R2 auch unbenutzbar ruckelig. Hab auch noch keine Lösung für das Problem finden können.

[amaier]

Hallo,

ich habe die Lösung für das Problem finden können. Ihr müsst über den Geräte-Manager den Treiber für die Grafikkarte ändern. Der richtige Treiber liegt unter c:\programm files\Common FIles\VMware\Drivers\Video
Mit diesem Treiber funktioniert die Remote Konsole wieder wie geschmiert.

[Dayworker]

Keine Ahnung ob sich das so auch auf den ESX(i)4 übertragen läßt, aber in den Release-Notes zur Workstation v7.01 im Display-Teil hat VMware eine unscheinbare Aussage getätigt: The WDDM graphics driver included with VMware Workstation 7 is only compatible with virtual machines configured to use the latest virtual hardware version. Check the virtual hardware version if you are experiencing issues with Unity, running multiple monitors, or using Autofit on Windows Vista and Windows 7 guests.

Das heißt in meinen Augen, daß nur mit der v.HW-Version 7 überhaupt die richtigen Display-Treiber für W7/W2k8 und deren geändertes Treiber-Modell installiert werden. Bei allen anderen v.HW-Versionen wird anscheiend noch das pre-Vista Treiber-Modell verwendet. Deshalb gabs am Anfang von ESX(i)4.0 bei W2k8 auch diverse Display-Probleme nach dem Einspielen der VMware-Tools, da diese noch nicht an das neuere Treiber-Modell angepaßt waren. Die anfängliche Problemlösung sah daher immer die Wiederherstellung der M$-Display-Treiber vor und seit dem U1 oder U2 wurde das eigentlich gefixt.

[jensen]

Hallo,

hier:
http://kb.vmware.com/selfservice/micros ... Id=1011709

ein Artikel aus der VMware Konwledge Base in dem sie schreiben, das mit ESX Update 1 ein neuer WDDM Treiber installiert wird, der mit Win 2008 R2 kompatibel sein soll.
Ich gehe mal davaon aus, das der Treiber mit der Bezeichnung "VMware SVGA 3D (Microsoft Corporation WDDM)" gemeint ist.

Den findet man unter c:\programm files\Common FIles\VMware\Drivers\wddm_video , ev. muß man ihn aber über die VMwae Tools nachinstallieren.

@ameier: Unter dem von Dir genannten Pfad finde ich den Treiber "VMware SVGA II" mit der Version 11.6.0.35 vom 21.04.2010. Mit dem habe ich genau dasselbe Problem mit der hakeligen Maus wie mit dem Standard VGA Treiber, außerdem friert das Gast-OS beim remoten gelegentlich ein.

Oder hast Du noch einen anderen Treiber?

Der WDDM-Treiber scheint gut zu funktionieren, nur kann ich ihn wegen einem anderen Problem nicht verwenden.

Viele Grüße

Jan

[Dayworker]

Jep, für W7 und W2k8 ist "VMware SVGA 3D (Microsoft Corporation WDDM)" der richtige. Nur bei Vista bin ich mir nicht 100%ig sicher.

[amaier]

@jensen
Genau diese Version habe ich am laufen. Bisher ohne Probleme. ESXi 4.1 mit Server 2008 R2.

[csing80]

Hallo zusammen,
gibt es eine Lösung für das Problem um die Tools wieder wie zuvor unattended installieren zu können (via SCCM). Der manuelle Austausch eines Treibers ist ja ganz nett - jedoch keine Lösung. Seit dem Update auf die VMwarte Tools geht auch die unattended installation nicht mehr wie davor...

(msiexec /i VMwareTools64.msi ADDLOCAL=ALL REMOVE="Hgfs,WYSE,GuestSDK,vmdesched" /qn /l* %systemroot%\debug\setuplog_vmware_tools.log /norestart)