Windows XP hängt beim Schließen in VMware-Fusion
Ist hier der Hintergrund: Ich verwende ein Macbook von diesem Jahr und lasse VMware-Fusion laufen (neueste Aktualisierung). Eine meiner VMs ist Windows XP-Fachmann. Zweimal vor kurzem, habe ich oben das VM-Fenster geholt, um zu sehen, dass es sich entschieden hat zu schließen und bei „Windows schließe“ blauen Schirm bin (nicht bsod). An diesem Punkt scheint es wie die Anwendung des Menüs fällt „unten geschlossen“ funktioniert nicht. Das erste mal, ich in der Lage war, die beendigte Fusion (die VM verschiebend) und dann herein zurückzukommen und sie unten vom Menü zu schließen, aber dieses mal zu zwingen, kein Glück.
Gibt es irgendeine Weise, „die Energie“ auf der VM zu ziehen?
Bitte auch Antwort, wenn Sie kennen, was die VM veranlassen konnten sich zu entscheiden zu schließen (außer Fensteraktualisierung) oder was sie möglicherweise „dächte“ während sie Mittelabschaltung hängt.
Versuchen Sie, das vmrun für den praktischen Gebrauchenthaltene mit VMware-Fusion zu verwenden. Starten Sie die VM in der Fusion und führen Sie diesen Befehl (in einem Terminalfenster) durch vmrun zu machen kann es sehen:
/Library/Application\ Support/VMware\ Fusion/vmrun list
Wenn die problematische virtuelle Maschine sich zeigt, laufen Sie:
/Library/Application\ Support/VMware\ Fusion/vmrun -T fusion stop "/path/to/.vmx" hard
Das sollte sie schließen, sofort niederzuwerfen.
Gedacht würde ich herein mit meinen QSW-Ergebnissen läuten, also helfen möglicherweise sie das folgende.
Während DIESER Faden das SERP hat, hat dieser Faden die Lösung: http://blog.unseenbattle.net/windows-xp-not-shutting-down-in-vmware-fusion.
Halten Sie die Wahltaste-> Klicken-virtuelle Maschine > sehen die Ausschalten-Wahl > das Klicken es nieder.
kthanxbai
Sie können die .VMEM-Datei aus dem Ordner heraus bewegen, der die virtuelle Maschine enthält. Dann, wenn Sie versuchen, die virtuelle Maschine wieder aufzunehmen, sagt er, dass er ihn nicht finden kann und wenn Sie den verschobenen Zustand wegwerfen möchten. Er sollte dann oben aufladen.
Ich versuchte gerade dieses auf meinen und es funktionierte. Würde nicht verletzen, um zuerst zwar zu unterstützen. :)
Sobald Sie Windows oben aufgeladen erhalten, überprüfen Sie das Ereignisprotokoll auf, was es verursachen könnte.
Ich verwendete die Verbindung, die zur Verfügung gestellt wurde oben von Jimi (kthanxbai) und es funktionierte großes. (Danke!), hing meine XP-VM am Abschaltungsschirm. Ich versuchte, die Kurzanleitungen zu befolgen, die von Jimi über aber ohne Erfolg erteilt wurden. Dann, als ich der Verbindung (ihm stellte) zur Verfügung, folgte um mehr ausführliche Information zu erhalten, war ich „zum Ausschalten“ die VM ohne Problem überhaupt in der Lage.
Der Trick ist, „virtuelle Maschine“ im VMware-Menü an zu klicken und sie zu halten Active/offenes/erweitert, während Sie den „Wahl“ (Alt) Schlüssel auf der Tastatur anklicken und halten. Dieses verursacht die Wahlen auf dem Tropfen unten Menü „virtueller Maschine“ zur Änderung. „Geschlossen“ ändert „zum Ausschalten“. Klicken Sie an „Ausschalten“, das Problem zu regeln. Ich hatte irgendeine Schwierigkeit zu versuchen, das Menü nach unten zu halten, niederdrücke den „Wahl“ Schlüssel, klicke an „Ausschalten“ aber, sobald ich jene Sachen nacheinander tat, wurde das Problem sofort geklärt.
Dankt sehr viel für die Lösung.
Er klingt wie es ist möglicherweise vielleicht eine verdorbene VM. Zu „die Macht effektiv würde zu ziehen“ ein TERMINALfenster offen zu erhalten auf dem MAC sein und Sie würden wissen müssen welches VMWARE verarbeitet um den Tötungsbefehl an zu verwenden. Ich weiß NICHT, welche Prozesse Sie würden töten müssen. VMWARE Unterstützung oder Google würden Ihnen heraus helfen.
Haben Sie einen Schnappschuß oder einen KLON Ihrer VM? Wenn ja würde ich eine andere „Kopie“ Ihrer VM versuchen. Haben Sie irgendwelche Konfigurationsänderungen an Ihrer VM kürzlich vorgenommen? In der Zukunft würde ich diesen Sauger klonen, wenn sie das Arbeiten groß dann Sie hat immer etwas, auf zurückzufallen ist, wenn Material so auftritt.
