VMWare gibt nach dem Absturz den Fehler "Datei konnte nicht gesperrt werden" aus

Ich hatte kürzlich einen Systemabsturz, als OSX Lion auf einer VMWare-VM (VMWare Workstation 8; ich verwende die VM für die iOS-Entwicklung, ohne tatsächlich einen Mac kaufen / verwenden zu müssen) ausgeführt wurde.

Die OSX-VM ist an einem guten Tag temperamentvoll genug, aber beim Versuch, sie nach dem Absturz neu zu starten, wurden mir sofort einige sehr wenig hilfreiche Fehlermeldungen "Datei konnte nicht gesperrt werden" angezeigt, die das Booten der VM vollständig verhinderten.

Irgendwelche Vorschläge, wie man das behebt?

Das Problem in meinem Fall war, dass das unsaubere Herunterfahren der VM eine Reihe von "Sperr" -Dateien im Dateisystem hinterlassen hatte. Die Fehlermeldung besagt, welche bestimmte Sperrdatei das Problem verursacht, obwohl sie bei der ersten festgestellten Sperre stoppt. Wenn Sie also eine Sperre reparieren und weiterhin eine ähnliche Meldung erhalten, überprüfen Sie, wo sich die neue Sperre befindet, über die Sie sich beschweren.

Es endete damit, dass ich 4 oder 5 "* .lck" -Dateien aufspüren musste, die auf verschiedene Speicherorte in meinem Dateisystem verteilt waren. Durch Löschen (oder Verschieben an einen neuen Speicherort, wenn Sie wie ich paranoid sind) aller dieser Sperrdateien konnte die VM neu gestartet werden. Es dauerte einige Versuche, bis der Neustart tatsächlich durchgeführt wurde. Wie ich bereits erwähnte, ist die VM auch unter den besten Umständen temperamentvoll.

Beachten Sie auch, dass es eine "vmware.log" -Datei geben sollte, die auch nützliche Informationen darüber enthält, welche Sperrdatei das Problem verursacht, und möglicherweise eine Reihe anderer Probleme, die möglicherweise den Start der VM verhindern. In meinem Fall befand sich diese Datei im selben Dateisystemverzeichnis wie die primäre virtuelle Festplattendatei der VM ("* .vmdk").

Weitere Informationen finden Sie hier:

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=10051

Ich hatte gerade dieses Problem und möchte die hochgeladene Antwort erweitern, um den Speicherort anzugeben, an dem ich die zu löschende .lck-Datei gefunden habe. Es war in

/Users/{myname}/Documents/Virtual Machines.localized/Windows 7 x64 Enterprise.vmwarevm/Virtual Disk.vmdk.lck

Um in den Finder zu gelangen, musste ich mit der rechten Maustaste auf klicken Windows 7 x64 Enterprise.vmwarevmund Paketinhalt anzeigen auswählen . Danach war es ziemlich einfach, mehrere .lckDateien zu finden und die verbleibenden zu löschen, nachdem ich die problematische VM geschlossen hatte.

Hier sind meine Erfahrungen mit diesem Thema.

Die Lösung wurde beim Anblick und Studium weniger generierter Ordner und lck-Dateien aus der letzten Sitzung verstanden. Das ist ein Grund, Protokolle zu führen.

• Kopieren Sie die .lckDatei in dieDNS.vmx.lck/M32944.lck

• Einfügen in die DNS.vmdk.lck/folder

• Sie werden eine andere .lckDatei sehen,M648383.lck

• Umbenennen M32944.lckin M648383.lck( M648383.lckauf Desktop ausschneiden und umbenennen)

Probieren Sie es aus, wenn VMPlayer bei jedem Start abstürzt. Dies kann passieren, wenn Sie es nicht ordnungsgemäß herunterfahren, z. B. wenn Sie Taskmanager zum Herunterfahren verwenden.