> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/de/virtual-machines/windows-restored-vm-not-bootable.md). # Wiederhergestellte Windows-VM nicht bootfähig Nachdem eine Kopie einer virtuellen Maschine aus einem aktuellen Snapshot wiederhergestellt wurde, startet die wiederhergestellte Kopie möglicherweise nicht ordnungsgemäß. Die VM kann mit einer Blue-Screen-Meldung stoppen, die lautet: > `Auf Ihrem PC ist ein Problem aufgetreten und er muss neu gestartet werden. Es werden gerade einige Fehlerinformationen gesammelt, und dann wird neu gestartet.` Es gibt mehrere Probleme auf Gast-Ebene, die dazu führen können, dass eine unter Windows laufende VM nicht erfolgreich startet. Nachfolgend sind die häufigsten Ursachen und die entsprechenden Lösungen aufgeführt. ## Häufige Ursachen und Lösungen ### 1. **Nicht quieszierte Snapshots** Einer der häufigsten Gründe dafür, dass eine wiederhergestellte VM nicht bootet, ist, dass der Snapshot nicht in einem sauberen (**quieszierten**) Zustand erstellt wurde. Ein quieszierter Snapshot stellt sicher, dass sich der Speicher und die Festplatten-E/A der VM in einem stabilen Zustand befinden, wodurch die Wahrscheinlichkeit steigt, dass die wiederhergestellte VM erfolgreich bootet. Ohne Quiescing hätte der Snapshot möglicherweise einen instabilen oder inkonsistenten Zustand erfasst. #### **Lösung:** * Stellen Sie sicher, dass Snapshots **quiesziert**erfasst werden. Quiescing ermöglicht es dem Betriebssystem, E/A-Vorgänge anzuhalten, den Speicher zu leeren und sicherzustellen, dass keine unvollständigen Transaktionen im Snapshot gespeichert werden. * Aktivieren Sie für zukünftige Backups die **Snapshots quieszieren** -Option, wenn Sie Backups für Windows-VMs planen. Diese Funktion stellt sicher, dass sich das System vor der Erstellung eines Snapshots in einem stabilen Zustand befindet. ### 2. **Ausstehende oder teilweise installierte Windows-Updates** Wenn Windows-Updates zum Zeitpunkt der Snapshot-Erstellung teilweise installiert waren oder gerade ausgeführt wurden, kann die wiederhergestellte VM aufgrund eines unvollständigen oder beschädigten Update-Zustands Startprobleme haben. #### **Lösung:** * Starten Sie die VM im **Abgesicherten Modus** und schließen Sie alle ausstehenden Updates ab. * Sie können außerdem versuchen, den Windows-Update-Dienst vorübergehend zu deaktivieren, damit die VM ohne die Anwendung unvollständiger Updates startet. Aktivieren Sie ihn nach dem Start manuell wieder und prüfen Sie auf Updates. * Prüfen Sie die **Windows-Update-Protokolle** mit der Ereignisanzeige, um problematische Updates zu identifizieren, die möglicherweise zurückgesetzt oder neu installiert werden müssen. ### 3. **Treiberinkompatibilität oder fehlende Treiber** Manchmal kann sich die Hardwarekonfiguration der VM in VergeOS (z. B. Festplattencontroller, Netzwerkadapter) von der ursprünglichen Umgebung unterscheiden, was aufgrund inkompatibler oder fehlender Treiber zu Startproblemen führt. Dies ist besonders häufig beim Wiederherstellen von VMs aus einem anderen Hypervisor. #### **Lösung:** * Starten Sie die VM mit **Windows-Wiederherstellung** und versuchen Sie, das System automatisch zu reparieren. * Stellen Sie sicher, dass die entsprechenden **Virtio** oder **SCSI-Treiber** installiert sind, insbesondere wenn die VM Virtio-Schnittstellen für Speicher oder Netzwerk verwendet. * Wenn das Problem weiterhin besteht, booten Sie in **Abgesicherten Modus** und aktualisieren Sie die Treiber der VM manuell über den Geräte-Manager. ### 4. **Beschädigter Bootloader** Wenn der Windows-Bootloader im Snapshot beschädigt war, wird die wiederhergestellte VM nicht ordnungsgemäß booten. Dies kann passieren, wenn das System zum Zeitpunkt der Snapshot-Erstellung eine kritische Aufgabe im Zusammenhang mit dem Startvorgang ausgeführt hat (z. B. ein Update oder einen Festplattenvorgang). #### **Lösung:** * Verwenden Sie die **Windows-Wiederherstellungsumgebung (WinRE)** zur Reparatur des Bootloaders: 1. Starten Sie die VM mithilfe einer Windows-Installationsdiskette oder eines Wiederherstellungsmediums. 2. Wählen Sie **Computer reparieren** > **Problembehandlung** > **Erweiterte Optionen** > **Starthilfe**. 3. Wenn die Starthilfe nicht funktioniert, öffnen Sie die Eingabeaufforderung und führen Sie die folgenden Befehle aus: ```doscon bootrec /fixmbr bootrec /fixboot bootrec /rebuildbcd ``` * Diese Befehle reparieren den Master Boot Record (MBR) und erstellen die Boot Configuration Data (BCD) neu. ### 5. **Änderungen der Hardwarekonfiguration** Änderungen an der Hardwarekonfiguration der VM, z. B. an der CPU-Anzahl, der Speicherzuweisung oder dem Festplattentyp, können Instabilität verursachen oder verhindern, dass die VM startet. #### **Lösung:** * Stellen Sie sicher, dass die Hardwarekonfiguration der VM in VergeOS der ursprünglichen Konfiguration zum Zeitpunkt der Snapshot-Erstellung entspricht. * Wenn Sie Änderungen vorgenommen haben, z. B. den Arbeitsspeicher erhöht oder die Anzahl der CPUs geändert haben, versuchen Sie, zur ursprünglichen Konfiguration zurückzukehren, um zu sehen, ob die VM ordnungsgemäß startet. ## Best Practice: Windows-Updates in Gast-VMs verwalten Bei einer Gast-VM mit Windows-Betriebssystem, die unerwartet neu startet, stellt sich häufig heraus, dass die Ursache der Microsoft-Windows-Update-Dienst ist, der so konfiguriert ist, dass Updates automatisch angewendet werden, die oft einen Neustart erfordern. **Empfehlungen:** * Planen Sie **die Erstellung von Snapshots** während Wartungsfenstern, in denen Windows-Updates **nicht** angewendet werden. * Konfigurieren Sie die **Windows-Update** -Einstellungen so, dass automatische Installationen oder Neustarts vermieden werden, insbesondere auf kritischen VMs. Verwenden Sie stattdessen einen **manuellen Update** -Prozess während geplanter Wartungszeiträume. * Überprüfen Sie regelmäßig die **Windows-Update-Protokolle** in der Ereignisanzeige, um mögliche Probleme im Zusammenhang mit Updates zu erkennen, die die Stabilität der VM beeinträchtigen könnten. *** {% hint style="info" %} **Dokumentinformationen** * Zuletzt aktualisiert: 2024-09-03 * VergeOS-Version: 4.12.6 {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/knowledge-base/de/virtual-machines/windows-restored-vm-not-bootable.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.