Fehlerbehebung bei Bootproblemen von Windows Compute Engine-Instanzen

In diesem Dokument erfahren Sie, warum Ihre Windows Server Compute Engine-Instanz nicht gestartet wird, und wie Sie häufige Probleme beheben können.

Eine Windows-Compute-Instanz, die nicht gestartet werden kann, weist in der Regel die folgenden Symptome auf:

  • Die Compute-Instanz befindet sich im Status RUNNING, aber Sie können keine RDP-Verbindung zu ihr herstellen.
  • Der serielle Port 1 zeigt nur Firmware- und Gast-Agent-Zeilen an und der Gast-Agent meldet nie, dass er bereit ist.
  • Der serielle Port 2 zeigt einen Windows Boot Manager-Fehlerbildschirm oder einen STOP-Fehler an.

Wenn die Compute-Instanz hochgefahren ist, Sie aber keine Verbindung zu ihr herstellen können, lesen Sie den Abschnitt Fehlerbehebung bei RDP.

Hinweis

  • Die Compute-Instanz muss die Ausgabe in die seriellen Ports 1 und 2 schreiben. Die Ausgabe des seriellen Ports ist verfügbar, während die Compute-Instanz ausgeführt wird. Wenn Sie sie nach dem Beenden der Compute-Instanz beibehalten möchten, aktivieren Sie das Logging des seriellen Ports in Cloud Logging. Weitere Informationen finden Sie unter Ausgabe des seriellen Ports ansehen.
  • Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben. Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud Dienste und APIs überprüft. Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich so bei Compute Engine authentifizieren:

    1. Installieren Sie die Google Cloud CLI. Initialisieren Sie die Google Cloud CLI nach der Installation mit dem folgenden Befehl: 

      gcloud init

      Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

    2. Legen Sie eine Standardregion und -zone fest.

Ursache automatisch erkennen

Führen Sie den Befehl zur Startdiagnose aus. Bei einer Windows-Compute-Instanz wird der serielle Port 2 gelesen, die wahrscheinlichste Ursache gemeldet und ein Link zum entsprechenden Abschnitt in diesem Dokument eingefügt:

Wenn Sie diesen Befehl verwenden möchten, müssen Sie die Komponente Alphabefehle installiert haben.

gcloud alpha compute diagnose boot INSTANCE_NAME --zone=ZONE

Ersetzen Sie Folgendes:

  • INSTANCE_NAME: der Name der Compute-Instanz.
  • ZONE: Die Zone, die die Compute-Instanz enthält.

Ausgabe der seriellen Konsole lesen

Wenn Sie den Boot Manager-Bildschirm oder den STOP-Fehler selbst lesen möchten, lesen Sie den seriellen Port 2:

Console

  1. Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf.

    Zur Seite „VM-Instanzen"

  2. Wählen Sie die Compute-Instanz aus, für die Sie die Ausgabe des seriellen Ports ansehen möchten.

  3. Klicken Sie unter Logs auf Serieller Port 2 (Konsole).

gcloud 

gcloud compute instances get-serial-port-output INSTANCE_NAME --zone=ZONE --port=2

Ersetzen Sie Folgendes:

  • INSTANCE_NAME: der Name der Compute-Instanz.
  • ZONE: Die Zone, die die Compute-Instanz enthält.

Der Boot Manager-Bildschirm enthält eine Status:-Zeile mit einem Code wie 0xc000000e und eine Info:-Zeile, in der der Fehler beschrieben wird. Ein STOP-Fehler enthält den STOP-Code und seinen Namen, z. B. INACCESSIBLE_BOOT_DEVICE.

Informationen zum Öffnen des Windows-Boot-Manager-Menüs oder des Menüs „Erweiterte Startoptionen“ beim nächsten Start finden Sie unter Fehlerbehebung bei Windows-VMs.

Häufige Probleme beim Starten

In den folgenden Abschnitten werden häufige Bootfehler auf Windows-Compute-Instanzen, ihre Signaturen für den seriellen Port 2 und Möglichkeiten zur Fehlerbehebung aufgeführt. Für die meisten Lösungen müssen Sie das Bootlaufwerk an eine Wiederherstellungs-VM anhängen, wie unter Laufwerk offline reparieren beschrieben.

Windows-Start-Manager kann Windows nicht starten

Symptom:Auf dem seriellen Port 2 wird der Windows-Bootmanager-Fehlerbildschirm angezeigt:

Windows failed to start. A recent hardware or software change might be the cause.
Status: 0xc000000e
Info: A required device isn't connected or can't be accessed.

Der Statuscode gibt die genaue Ursache an:

Status Bedeutung
0xc000000e, 0xc0000001 Die Boot Configuration Data (BCD) verweist auf ein Startgerät, das von der Firmware nicht erreicht werden kann. Tritt häufig nach der Wiederherstellung oder dem Klonen eines Laufwerks oder nach einer Änderung der Laufwerkskonfiguration auf.
0xc0000225, 0xc000000f Der Bootloader oder sein BCD-Eintrag fehlt oder ist ungültig.
0xc000014c, 0xc0000034, 0xc0000098, 0xc0000102 Der BCD-Speicher fehlt, ist unvollständig oder beschädigt.

Ursache: Der Bootmanager wurde geladen, aber die BCD beschreibt keine bootfähige Windows-Installation.

Lösung:Hängen Sie das Laufwerk an eine Wiederherstellungs-VM an und reparieren Sie die Bootkonfiguration mit den Windows-Tools zur Reparatur des Systemstarts. Folgen Sie dazu der Microsoft-Dokumentation zur erweiterten Fehlerbehebung bei Windows-Startproblemen für den angezeigten Statuscode. Weitere Informationen finden Sie unter Laufwerk offline reparieren. Wenn die Bootkonfiguration nicht neu erstellt werden kann, stellen Sie das Laufwerk aus einem Snapshot wieder her.

BOOTMGR fehlt

Symptom:Auf dem seriellen Port 2 wird BOOTMGR is missing. Press Ctrl+Alt+Del to restart angezeigt. Diese Meldung wird nur bei Betriebssystem-Images angezeigt, die BIOS-Boot verwenden.

Ursache:Die Bootmanager-Datei fehlt in der Systempartition.

Lösung:Hängen Sie das Laufwerk an eine Wiederherstellungs-VM an und stellen Sie die Startdateien mit den Windows-Startreparaturtools wieder her. Folgen Sie dazu der Microsoft-Dokumentation zur erweiterten Fehlerbehebung bei Windows-Startproblemen. Weitere Informationen finden Sie unter Festplatte offline reparieren.

STOP 0x7B INACCESSIBLE_BOOT_DEVICE

Symptom:Serieller Port 2 zeigt einen STOP-Fehler an, in dem INACCESSIBLE_BOOT_DEVICE genannt wird.

Ursache:Windows hat das Startvolume gefunden, kann aber nicht darauf zugreifen, weil der Speichertreiber für den Festplattencontroller fehlt oder deaktiviert ist. Dieser Fehler tritt häufig nach einer Änderung der Festplattenschnittstelle auf, z. B. von SCSI zu NVMe, nach einem Update des Speichertreibers oder nach einer Wiederherstellung von einer anderen Compute-Instanz.

Lösung: Setzen Sie die Compute-Instanz einmal zurück. Ein vorübergehender Fehler wird oft behoben. Wenn der Fehler wieder auftritt, hängen Sie das Laufwerk an eine Wiederherstellungs-VM an und aktivieren oder installieren Sie den Speichertreiber für die Laufwerkschnittstelle der Compute-Instanz in der Offlineinstallation neu. Eine Anleitung zum Suchen und Entfernen oder Aktualisieren des Treibers in der Offlineinstallation finden Sie unter Erweiterte Fehlerbehebung bei Stoppcode- oder Bluescreen-Fehlern.

STOP 0xED UNMOUNTABLE_BOOT_VOLUME

Symptom: Der serielle Port 2 zeigt einen STOP-Fehler an, der UNMOUNTABLE_BOOT_VOLUME benennt.

Ursache:Die NTFS-Metadaten auf dem Startvolume sind beschädigt oder die Festplatte kann nicht gelesen werden.

Lösung:Hängen Sie das Laufwerk an eine Wiederherstellungs-VM an und prüfen und reparieren Sie das Volume, wie unter Offlinereparatur vornehmen beschrieben. Wenn das Volume nicht repariert werden kann, stellen Sie das Laufwerk aus einem Snapshot wieder her.

Andere STOP-Fehler

Symptom: Der serielle Port 2 zeigt einen STOP-Fehler an, z. B. CRITICAL_PROCESS_DIED, SYSTEM_THREAD_EXCEPTION_NOT_HANDLED oder einen STOP-Code wie *** STOP: 0x0000007E.

Ursache:Ein erforderlicher Systemprozess wurde beendet, ein Treiber hat eine Ausnahme ausgelöst, die der Kernel nicht verarbeiten konnte, oder es ist ein anderer Kernel-Fehler aufgetreten. In der STOP-Zeile wird häufig die verantwortliche Treiberdatei .sys genannt.

Lösung:Setzen Sie die Compute-Instanz einmal zurück. Wenn der Fehler wieder auftritt, lesen Sie den vollständigen Stacktrace, wie unter Fehler mit blauem Bildschirm beheben beschrieben. Reparieren Sie dann die Systemdateien oder entfernen Sie den in der STOP-Zeile genannten Treiber oder aktualisieren Sie ihn über eine Wiederherstellungs-VM, wie unter Offlinereparatur durchführen beschrieben.

Laufwerk offline reparieren

Die meisten Windows-Startprobleme werden behoben, indem das Bootlaufwerk als Datenlaufwerk an eine Wiederherstellungs-VM angehängt und die Windows-Reparaturtools darauf ausgeführt werden. Eine Anleitung finden Sie unter Offlinereparatur vornehmen.

Bei den Lösungen in diesem Dokument wird davon ausgegangen, dass das ursprüngliche Bootlaufwerk an eine Wiederherstellungs-VM angehängt ist. Bevor Sie das Laufwerk ändern, erstellen Sie einen Snapshot, damit Sie es wiederherstellen können, falls die Reparatur fehlschlägt. Informationen zum Erstellen von Archiv- und Standard-Snapshots für Laufwerke finden Sie unter Archiv- und Standard-Snapshots für Laufwerke erstellen.

Compute-Instanz wiederherstellen, wenn das Laufwerk nicht repariert werden kann

Wenn keine der Lösungen funktioniert, stellen Sie das Bootlaufwerk aus einem Snapshot wieder her oder erstellen Sie eine neue Compute-Instanz aus einem Snapshot oder einem benutzerdefinierten Betriebssystem-Image und übertragen Sie Ihre Daten darauf.

Nächste Schritte