{"id":8218,"date":"2012-04-12T03:01:00","date_gmt":"2012-04-12T01:01:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/2012\/04\/12\/vmware-bug-access-violation-0xc0000005\/"},"modified":"2024-06-12T11:24:45","modified_gmt":"2024-06-12T09:24:45","slug":"vmware-bug-access-violation-0xc0000005","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2012\/04\/12\/vmware-bug-access-violation-0xc0000005\/","title":{"rendered":"VMware-Bug: Access Violation 0xC0000005"},"content":{"rendered":"

F\u00fcr meine Tests mit diversen Betriebssystemen setze ich auch auf Virtualisierungsl\u00f6sungen wie Virtualbox oder VMware. Im Rahmen eines Buchprojekts zu Windows 8 Consumer Preview habe ich mir VMware Workstation 8.x zugelegt. Aber momentan nervt mich VMware Workstation 8.0.2 mit einem fiesen Bug. Irgendwann kommt beim Start der Fehlerdialog Access Violation<\/em> und die VMs lassen sich nicht mehr starten.<\/p>\n

<\/p>\n

\"\"Ende Dezember 2010 hatte ich mir die Vollversion f\u00fcr VMware Workstation 7.x zugelegt \u2013 im Abschnitt Einkaufserlebnis VMware-Shop<\/a> habe ich \u00fcber dieses Abenteuer berichtet \u2013 und mir geschworen \"kein weiterer VMware-Produktkauf mehr\". Und knapp 14 Tage sp\u00e4ter wurde ich best\u00e4tigt: durfte ich doch feststellen, das eine M2 von Windows 8 in der Version 7.x von VMware nicht lief. Ich habe dann Oracle Virtualbox f\u00fcr meine Tests genutzt \u2013 und die neu gekaufte VMware Lizenz verstaubte im Regal.<\/p>\n

Irgendwann kam VMware Workstation 8.0 heraus. Ich habe mir die 30 Tage Eval installiert und konnte nach Ablauf des Testzeitpunkts mit dem kostenlosen VMware Player 4.0 weiter arbeiten. \u00c4rgerlich: Es gab f\u00fcr K\u00e4ufer der Version 7.x ein Gratis-Update. Aber f\u00fcr ein kostenloses Update hatte ich VMware Workstation 7 genau 14 Tage zu fr\u00fch gekauft.<\/p>\n

Da will man dem Hersteller was gutes tun \u2026<\/h3>\n

Weil ich die M\u00f6glichkeiten von VMware Workstation (Schnappsch\u00fcsse etc.) verwenden und dem Hersteller etwas gutes tun wollte, habe ich mich Ende Februar 2012 doch noch f\u00fcr ein kostenpflichtiges Upgrade von VMware Workstation 7.x auf 8.0.2 entschieden \u2013 ich wollte eine zuverl\u00e4ssige Virtualisierungsl\u00f6sung f\u00fcr mein Windows 8 CP-Buchprojekt. Das Upgrade war mit 77 Euro bezahlbar. Und nun das: Das Teil st\u00fcrzt mir dauern ab.<\/p>\n

Fehlerbild: \u00fcbel, und seit Jahren bekannt<\/h3>\n

Das Fehlerbild ist ziemlich schnell beschrieben. Alles l\u00e4uft bestens, bis man eine VM herunterfahren oder abbrechen muss. Pl\u00f6tzlich l\u00e4sst sich keine VM mehr starten. VMware Workstation (oder der VMware Player) liefert den Fehler Exception 0xC00000005 (a<\/em>ccess violation)<\/em>.<\/p>\n

\"\"<\/p>\n

Es wird ein Dump-File angelegt und dann kommt noch der Hinweis auf eine Anweisung, die auf den Speicher 0x000000008 verweist.<\/p>\n

\"\"<\/p>\n

Ein klassischer Speicherzugriffsfehler, der durch einen Bug in der Software hervorgerufen wird. Schlie\u00dft man das Dialogfeld, meldet VMware, dass kein g\u00fcltiger Peer Prozess zum Verbinden gefunden wurde.<\/p>\n

\"\"<\/p>\n

Und dann ist Schicht im Schacht \u2013 mit VMware geht nix mehr. Erst nach einem Neustart des Hosts kann VMware Workstation bis zum n\u00e4chsten Auftreten des Bugs benutzt werden. Kommt nat\u00fcrlich gut, wenn man z. B. in einem Manuskript Bootvorg\u00e4nge in Windows 8 beschreiben will.<\/p>\n

Recherchiert man im Internet nach dem Fehlercode, tauchen zahlreiche Fundstellen auf \u2013 sprich, der Fehler tritt seit Jahren auf.<\/p>\n

Schnappsch\u00fcsse l\u00f6schen<\/h3>\n

Unter [a<\/a>] wird geraten, die Snapshots zu l\u00f6schen. Na wunderbar, genau wegen dieser Funktion hatte ich VMware Workstation ja gekauft. Also alle Schnappsch\u00fcsse gel\u00f6scht, neu gebootet \u2013 und es funktionierte – leider nur bis zum n\u00e4chsten Crash.<\/p>\n

Unter [b] gab es in der Community noch den Hinweis, den folgenden Befehl net start vmx86 <\/em>in der Eingabeaufforderung auszuf\u00fchren. Hilft dies nicht, soll der Prozess vmware-vmx.exe<\/em> beendet und dann neu gestartet werden. War bei mir aber nicht m\u00f6glich.<\/p>\n

Unter [c, e] haben die Leute das System von fr\u00fcheren VMware Versionen bereinigt und eine \u00e4ltere Version installiert bzw. neu installiert. Der R\u00fccksprung auf die Version 7.x schied wegen Windows 8 aus. Das S\u00e4ubern des Systems samt Neuinstallation half nicht weiter.<\/p>\n

Weiter stochern im Nebel \u2026<\/h3>\n

Die Anleitungen der VMware KnowledgeBase [f]<\/a> halfen in meinem Fall auch nicht weiter. Neuinstallation konnte ich (nachdem ich die halbe Stunde geopfert hatte) als nicht hilfreich ausschlie\u00dfen. Speicherfehler waren unwahrscheinlich, da das System problemlos l\u00e4uft. Mein Verdacht, dass eventuell Virtualbox da reinfunkt, erh\u00e4rtete sich nicht \u2013 da ich bewusst auf den Einsatz der portable Version verzichtete.<\/p>\n

Unter [h<\/a>] wurde vorgeschlagen, die Datei favorites.vmls<\/em> im Benutzerprofil C:\\Users\\<Konto>\\AppData\\Roaming\\VMware\\ <\/em>zu l\u00f6schen. Die Datei wird beim n\u00e4chsten VMware-Start neu angelegt. Half nicht.<\/p>\n

Unter [i<\/a>] gibt es den Tipp, in den VM-Ordnern nach *.vmss<\/em>-Dateien zu suchen und diese zu l\u00f6schen. Sah wiederum gut aus, obwohl ich den Host neu booten musste. Aber der n\u00e4chste Absturz folgte auf den Fu\u00df. Die Diskussion unter [k] half mir auch nicht weiter, da ich kein Nero auf meinen Systemen installiert hatte.<\/p>\n

Ach ja, es gibt wohl noch einen VMware Support \u2026<\/h3>\n

Nachdem ich nicht wirklich weiter kam, habe ich ein Support-Ticket an VMware abgesetzt. Zur\u00fcck kam der Tipp, die Anweisungen unter [j<\/a>] zu versuchen. Ich habe noch einige andere Hinweise wie l\u00f6schen von .vmx-Dateien und der .nvram-Dateien probiert, ohne wirklichen Erfolg.<\/p>\n

Zwischenzeitlich wurden x .dmp-Dateien und logs an den VMware-Support geschickt. War wenig hilfreich: Einmal wurde das Support-Ticket ganz fix geschlossen, als ich zwei Tage keine Fehler hatte. Erst eine geharnischte Mail brachte den Support dazu, das Support-Ticket wieder ge\u00f6ffnet zu halten. Bei den n\u00e4chsten Dumps kamen dann Antworten der Art:<\/p>\n

Please execute the instructions provided in the following VMware KB article\/Community forum links, revert to me with the results.<\/p>\n

http:\/\/kb.vmware.com\/kb\/1006111<\/strong><\/a><\/p>\n

http:\/\/communities.vmware.com\/message\/2000815<\/a><\/strong><\/p>\n

http:\/\/communities.vmware.com\/message\/1661147<\/a><\/strong><\/p>\n

Looking forward to hearing from you.<\/p><\/blockquote>\n

Meine Dumps hatte vor Ort wohl keiner ausgewertet. Vielmehr kam der Hinweis, dass man meine Logs und .dmp-Dateien nicht an die Entwickler zur Analyse weitergeben k\u00f6nne, weil Windows 8 unsupported sei. Dann kam der Tipp, die .vmss und inventory.xmls zu l\u00f6schen:<\/p>\n

Please execute the following instructions and revert to me with the results.<\/p>\n

    \n
  1. Shutdown all the VMs.<\/li>\n
  2. Exit from VMware Workstation.<\/li>\n
  3. Delete the file inventory.vmls<\/strong> inside the Host OS folders located in \"C:\\Users\\<User Name>\\AppData\\Roaming\\VMware\\inventory.vmls<\/strong>\"<\/li>\n
  4. Delete the file(s) with extension .vmss<\/strong> file from the crashing VM folder located in the Host OS.<\/li>\n
  5. Restart the Host machine.<\/li>\n
  6. Launch VMware Workstation & power ON the VM to check if it still crashes.<\/li>\n<\/ol>\n<\/blockquote>\n

    Half mir aber alles nicht weiter. Mein Versuch, die .dmp<\/em>-Dateien mit einem Debugger selbst auszuwerten, verlief leider auch im Sande, hatte ich doch keine Debug-Symboldateien von VMware Workstation zum Zugriff.<\/p>\n

    Fahren wir das Ganze mal gepflegt gegen die Wand<\/h3>\n

    Also doch auf den VMware Support hoffen? Dessen n\u00e4chste Antwort war:<\/p>\n

    Please also note that Windows 8 Consumer preview is not yet officially supported by our product. We can expect its support in later maintenance releases. We already have a feature request open for that.<\/p><\/blockquote>\n

    Also Standardantwort: Das Produkt, was Du testest, ist nicht supported. Cool, sagt irgendwie auch was dar\u00fcber aus, was man von dem ganzen Teil halten soll. Wenn also ein Gast-Betriebsystem Amok l\u00e4uft, muss ich bei einem \"unsupported guest\" davon ausgehen, dass mein Host die Gr\u00e4tsche macht oder noch schlimmeres passiert? Und da verwenden Leute VMware VMs zur Analyse von Schadsoftware \u2026<\/p>\n

    Der zweite Vorschlag des VMware Supports: Ich m\u00f6ge doch die Technology Preview der VMware Workstation auf einem Windows 8 Host und auf Windows 7 64 Bit Ultimate installieren und mit bzw. ohne Windows 8 G\u00e4ste testen. Weil ich h\u00e4nderingend eine L\u00f6sung suchte (ich wollte mein Buchprojekt abschlie\u00dfen), habe ich mich darauf eingelassen. Ergebnis:<\/p>\n