Ich habe vor kurzem begonnen, eine virtuelle Maschine unter Windows 7 für die Entwicklung zu verwenden, die auf VMware Workstation 12.1.1 Pro läuft. Um einige riskante Änderungen ein wenig unter Kontrolle zu behalten, behalte ich einen Snapshot, den ich alle paar Tage lösche und sofort einen neuen erstelle. Snapshots werden immer bei ausgeschalteter VM erstellt.
Mein Problem ist, dass die Snapshot-Dateien jetzt schon mehrmals beschädigt wurden. Der Fehler, den ich erhalte, lautet:
Der Vorgang an der Datei „C:\VMs\machine\Machine-000001-s009.vmdk“ ist fehlgeschlagen.
Ich habe die Optionen „Wiederholen“, „Fortfahren“ oder „Abbrechen“. „Wiederholen“ und „Fortfahren“ helfen nicht und „Abbrechen“ beendet die VM.
Interessanterweise betraf die Beschädigung immer die Snapshot-Dateien, aber nie die Hauptfestplatte.
Die letzte Beschädigung trat auf, nachdem ich den Snapshot gelöscht hatte (der die Daten erfolgreich in die virtuelle Hauptfestplatte integrierte) und einen neuen Snapshot erstellt hatte. Ich habe dann ein vollständiges Backup auf meinem System erstellt und die VM erneut gestartet. Ich erhielt den oben genannten Fehler „beschädigte Festplatte“. Anschließend habe ich alle Snapshot-Dateien gelöscht und durch die Snapshot-Dateien aus dem Backup ersetzt. Die VM bootete danach einwandfrei.
Anfangs dachte ich, dass vielleicht Acronis, meine Backup-Software, eine laufende VM störte, also stellte ich sicher, dass die VM ausgeschaltet war, als das Backup durchgeführt wurde. Aber diese Theorie wurde über Bord geworfen, da die Beschädigung erneut auftrat.
Ich habe die SMART-Daten meiner Samsung 850 PRO SSD geprüft und habe weder 0 neu zugewiesene Sektoren noch sonst irgendetwas Beunruhigendes.
Hat jemand diese Art von Beschädigung erlebt? Irgendwelche Ideen, was ich auf meinem System testen kann, um zu verhindern, dass dies erneut auftritt? Ist meine SSD defekt? Wie kann ich meine SSD richtig testen?
Antwort1
Leider bestand meine Lösung darin, zu VMware 11.4 (letzte Version) zurückzukehren.
Ich konnte das Problem unter 12.x auf wiederholbare Weise erzeugen, aber die Tests der Version 11.4 verliefen in den letzten 10 Stunden einwandfrei.
Dieses Problem hat mich etwa 24 Arbeitsstunden meiner Produktivität gekostet.