Es ist ein Szenario, das den Puls jedes IT-Administrators und fortgeschrittenen Benutzers in die Höhe schnellen lässt: Sie arbeiten an Ihrer virtuellen Maschine in VMware Workstation, möchten etwas aufräumen und entscheiden sich, eine nicht mehr benötigte zweite Festplatte zu löschen. Doch dann der Schock: Die VM weigert sich beharrlich, wieder zu starten. Statt des gewohnten Boot-Vorgangs erhalten Sie Fehlermeldungen wie „The system cannot find the file specified” oder „Cannot open the disk
Das Dilemma verstehen: Warum eine gelöschte Festplatte die VM lahmlegt
Bevor wir uns den Lösungen widmen, ist es wichtig zu verstehen, warum das Löschen einer scheinbar unabhängigen zweiten Festplatte zu einem Startfehler der VM führen kann. Der Kern des Problems liegt in der Konfigurationsdatei der virtuellen Maschine, der sogenannten VMX-Datei. Diese Textdatei enthält alle Einstellungen Ihrer VM, einschließlich der Definitionen für jede angeschlossene Festplatte (VMDK-Dateien), CPU-Zuweisungen, RAM und vieles mehr. Wenn Sie eine Festplatte „löschen”, aber VMware Workstation dies nicht sauber aus der VMX-Datei entfernt oder wenn Sie die VMDK-Datei manuell entfernen, ohne die VMX-Datei entsprechend anzupassen, bleibt ein Verweis auf diese nicht existierende Festplatte bestehen.
Beim Startversuch liest VMware Workstation die VMX-Datei, stolpert über den Eintrag der fehlenden Festplatte und bricht den Startvorgang ab, da es eine benötigte Ressource nicht finden kann. Dies kann auch komplexer werden, wenn Snapshots im Spiel sind, da Snapshots Abhängigkeiten zwischen den verschiedenen virtuellen Festplattendateien herstellen können. Ein Snapshot könnte beispielsweise noch auf die gelöschte Festplatte verweisen, selbst wenn diese nicht mehr physisch existiert.
Erste Hilfe: Ruhe bewahren und wichtige Informationen sammeln
Der wichtigste Schritt bei jedem Notfall ist, Ruhe zu bewahren. Unüberlegte Aktionen wie das Löschen weiterer Dateien oder das Experimentieren mit anderen Einstellungen können die Situation verschlimmern. Bevor Sie etwas unternehmen, sollten Sie folgende Punkte beachten:
- Fehlermeldung genau notieren: Welche Fehlermeldung erhalten Sie genau? Oft gibt sie Aufschluss über den Pfad und den Namen der fehlenden Datei.
- Speicherort der VM-Dateien: Wissen Sie, wo alle Dateien Ihrer virtuellen Maschine (VMX, VMDK, Log-Dateien, Snapshots) gespeichert sind? Dies ist entscheidend für die Wiederherstellung.
- Letzte Änderungen: Wann und wie wurde die zweite Festplatte gelöscht? Über die VMware Workstation-Oberfläche oder manuell im Dateisystem?
- Sicherungen: Haben Sie eine Sicherung der VM oder zumindest der VMX-Datei, bevor Sie die Änderungen vorgenommen haben?
Der Rettungsplan: Schritt-für-Schritt zur funktionierenden VM
Schritt 1: Alle VM-Dateien sichern – die goldene Regel!
Bevor Sie auch nur eine einzige Änderung an den Dateien Ihrer virtuellen Maschine vornehmen, erstellen Sie IMMER eine vollständige Sicherung des gesamten VM-Ordners. Kopieren Sie den gesamten Ordner mit allen .vmx, .vmdk, .log, .vmsn, .nvram und anderen Dateien an einen sicheren Ort. Sollte bei der Wiederherstellung etwas schiefgehen, haben Sie immer einen Rückfallpunkt.
Schritt 2: Die VMX-Datei lokalisieren und verstehen
Die VMX-Datei ist das Herzstück Ihrer virtuellen Maschine. Sie finden sie im Hauptordner Ihrer VM. Es handelt sich um eine einfache Textdatei, die mit jedem Texteditor (Notepad, Notepad++, Sublime Text etc.) geöffnet und bearbeitet werden kann. Achten Sie darauf, ein Programm zu verwenden, das die Zeilenumbrüche sauber darstellt.
In der VMX-Datei finden Sie Einträge, die etwa so aussehen könnten:
scsi0:0.fileName = "Windows10.vmdk"scsi0:0.present = "TRUE"scsi0:1.fileName = "Datenplatte.vmdk"scsi0:1.present = "TRUE"numHardDisks = "2"
Oder für IDE-Festplatten:
ide0:0.fileName = "Windows10.vmdk"ide0:0.present = "TRUE"ide0:1.fileName = "Datenplatte.vmdk"ide0:1.present = "TRUE"
Die scsi0:x oder ide0:x Einträge definieren die virtuellen Controller (SCSI oder IDE) und die daran angeschlossenen Festplatten. x ist dabei die Slot-Nummer. Die fileName-Zeile verweist auf die eigentliche VMDK-Datei.
Schritt 3: Den problematischen Eintrag in der VMX-Datei identifizieren
Öffnen Sie die VMX-Datei mit einem Texteditor. Suchen Sie nach Zeilen, die auf die gelöschte zweite Festplatte verweisen. Wenn Ihre Fehlermeldung beispielsweise auf „Datenplatte.vmdk” verweist, suchen Sie nach Einträgen, die diesen Namen enthalten.
Typischerweise sind es Zeilen wie:
scsi0:1.present = "TRUE"
scsi0:1.fileName = "Datenplatte.vmdk"
scsi0:1.mode = "persistent"
scsi0:1.redoNotWithParent = "TRUE"Diese Zeilen beschreiben die Konfiguration der zweiten Festplatte (in diesem Beispiel an SCSI-Controller 0, Slot 1).
Schritt 4: Den Eintrag der gelöschten Festplatte aus der VMX-Datei entfernen
Dieser Schritt ist der kritischste. Sie müssen alle Zeilen, die sich auf die gelöschte Festplatte beziehen, vorsichtig aus der VMX-Datei entfernen. Seien Sie äußerst präzise!
Nehmen wir an, die gelöschte Festplatte war an scsi0:1. Sie würden alle Zeilen löschen, die mit scsi0:1. beginnen. Es ist wichtig, wirklich alle zugehörigen Zeilen zu entfernen. Die Anzahl der Zeilen kann variieren, aber es sind meist 3-5 pro Festplatte.
Nachdem Sie die Zeilen entfernt haben, müssen Sie eventuell die Zählung der Festplatten anpassen. Wenn Sie z.B. scsi0:1 gelöscht haben und noch eine Festplatte an scsi0:2 existiert, müssen Sie diesen Eintrag auf scsi0:1 ändern, um eine lückenlose Zählung zu gewährleisten. Dies ist jedoch nicht immer zwingend erforderlich, aber gute Praxis. Achten Sie auch darauf, dass die entsprechenden Zeilen für scsi0:0 (meist die Systemplatte) intakt bleiben.
Passen Sie außerdem den Eintrag numHardDisks an. Wenn Sie zuvor zwei Festplatten hatten (numHardDisks = "2") und eine davon gelöscht haben, ändern Sie diesen Wert auf numHardDisks = "1".
Schritt 5: Umgang mit Snapshots (falls vorhanden)
Wenn Ihre VM Snapshots hatte, kann die Sache komplizierter werden. Ein Snapshot kann eine Abhängigkeit zur gelöschten Festplatte haben. In diesem Fall könnte die einfache Bearbeitung der VMX-Datei nicht ausreichen, oder die VM startet zwar, aber die Snapshots sind nicht mehr konsistent.
So gehen Sie vor:
- Überprüfen Sie die VMSN-Dateien: Snapshots haben ihre eigenen Konfigurationsdateien (.vmsn) und können auch Abhängigkeiten definieren.
- Snapshot Manager: Versuchen Sie, die VM in VMware Workstation zu öffnen (sie muss nicht starten, nur im Manager erscheinen). Wenn sie geladen wird, öffnen Sie den Snapshot Manager. Hier könnten Sie versuchen, alle Snapshots zu konsolidieren oder zum letzten funktionierenden Snapshot zurückzukehren, der vor dem Löschen der Festplatte erstellt wurde (sofern dieser die zweite Festplatte noch nicht referenziert).
- Konsolidierung: Wenn die VM in VMware Workstation geladen werden kann, auch wenn sie nicht startet, versuchen Sie, „VM > Manage > Clean Up Disks” oder „VM > Snapshots > Consolidate” auszuführen. Dies kann die Metadaten aufräumen.
- Manuelle Snapshot-Anpassung (nur für Fortgeschrittene): Im Extremfall müssten Sie die VMSN-Dateien ebenfalls auf Referenzen zur gelöschten Festplatte prüfen und diese entfernen. Dies ist jedoch sehr fehleranfällig und nur erfahrenen Benutzern zu empfehlen. Meist ist es besser, auf eine Sicherung zurückzugreifen, wenn Snapshots im Spiel sind und der einfache VMX-Fix nicht funktioniert.
Wichtiger Hinweis: Am besten ist es, vor dem Entfernen von Festplatten IMMER alle Snapshots zu löschen oder zu konsolidieren. Dadurch werden die Festplattendateien zu einer einzigen Kette zusammengeführt und Abhängigkeitsprobleme minimiert.
Schritt 6: VMX-Datei speichern und VM starten
Speichern Sie die geänderte VMX-Datei und versuchen Sie dann, Ihre virtuelle Maschine in VMware Workstation zu starten. Wenn Sie alles richtig gemacht haben, sollte die VM nun ohne Fehlermeldung starten und ins Betriebssystem booten.
Sollte die VM immer noch nicht starten oder eine andere Fehlermeldung anzeigen, gehen Sie die Schritte erneut durch, überprüfen Sie die VMX-Datei auf Tippfehler oder fehlende/überschüssige Zeilen und konsultieren Sie die VMware-Log-Datei (vmware.log) im VM-Ordner. Diese Datei enthält detaillierte Informationen über den letzten Startversuch und kann weitere Hinweise auf die Ursache des Problems geben.
Fehlerbehebung und erweiterte Szenarien
- VMX-Datei korrupt oder komplett leer? Wenn die VMX-Datei tatsächlich stark beschädigt oder aus irgendeinem Grund geleert wurde, ist die Wiederherstellung schwieriger. In solchen Fällen kann es notwendig sein, eine neue VM zu erstellen und die vorhandenen VMDK-Dateien (die Hauptfestplatte) als vorhandene Festplatte hinzuzufügen.
- Andere Disk-Typen (SATA): Die Prinzipien bleiben dieselben, aber die Zeilen in der VMX-Datei würden mit
sata0:0.fileNameetc. beginnen. - Neuinstallation der VM: Als letzte Option, wenn alle Wiederherstellungsversuche fehlschlagen, könnten Sie eine neue VM erstellen und versuchen, die Haupt-VMDK-Datei als vorhandene Festplatte hinzuzufügen. Dies setzt voraus, dass Ihre Haupt-VMDK-Datei intakt ist.
Prävention ist der beste Schutz: So vermeiden Sie zukünftige Notfälle
Um solch frustrierende Situationen in Zukunft zu vermeiden, beachten Sie diese Best Practices:
- Immer über die Oberfläche löschen: Entfernen Sie virtuelle Festplatten IMMER über die Benutzeroberfläche von VMware Workstation (VM-Einstellungen -> Hardware -> Festplatte auswählen -> Entfernen). Die Software kümmert sich dann automatisch um die korrekte Anpassung der VMX-Datei.
- Snapshots konsolidieren: Bevor Sie größere Änderungen an der VM-Hardware vornehmen, insbesondere das Löschen von Festplatten, konsolidieren Sie alle Snapshots oder löschen Sie sie, um Abhängigkeitsprobleme zu vermeiden.
- Regelmäßige Sicherungen: Erstellen Sie regelmäßig vollständige Sicherungen Ihrer VMs. Tools wie Veeam Backup & Replication (für größere Umgebungen) oder einfache Dateikopien des gesamten VM-Ordners können Leben retten.
- Verstehen Sie die VMX-Datei: Machen Sie sich mit dem Aufbau der VMX-Datei vertraut. Ein grundlegendes Verständnis hilft Ihnen, Probleme schneller zu diagnostizieren.
- Dokumentation: Dokumentieren Sie wichtige Änderungen an Ihren VMs.
Fazit
Der VMware Workstation-Notfall, bei dem eine VM nach dem Löschen einer zweiten Festplatte nicht mehr startet, ist ein häufiges Problem, das glücklicherweise in den meisten Fällen durch die manuelle Bearbeitung der VMX-Konfigurationsdatei behoben werden kann. Der Schlüssel zum Erfolg liegt in der systematischen Vorgehensweise: Sichern Sie zuerst alles, identifizieren Sie den fehlerhaften Eintrag, entfernen Sie ihn sorgfältig und passen Sie die Zählweise an. Mit Geduld und Präzision können Sie Ihre virtuelle Maschine wieder zum Laufen bringen und aus dieser Erfahrung lernen, wie Sie solche Situationen in Zukunft proaktiv vermeiden können. Virtuelle Maschinen sind leistungsstarke Werkzeuge, aber sie erfordern auch eine gewisse Sorgfalt in der Verwaltung, um reibungslose Abläufe zu gewährleisten.