Problembehandlung für eine Azure Linux VM, wenn kein Zugriff auf die serielle Azure-Konsole möglich ist und das Datenträgerlayout den Logical Volume Manager verwendet

  • Artikel

Gilt für: ✔️ Linux-VMs

Dieser Artikel enthält eine Anleitung zur Problembehandlung für einen virtuellen Azure Linux-Computer (VM), bei dem alle folgenden Bedingungen gegeben sind:

  • Der virtuelle Computer wird nicht gestartet.
  • Eine Verbindung mit dem virtuellen Computer über SSH ist nicht möglich.
  • Der Zugriff auf die serielle Azure-Konsole ist nicht verfügbar.
  • Der virtuelle Computer verwendet den Logical Volume Manager (LVM) auf dem Betriebssystemdatenträger.

Voraussetzungen

  • Um die Azure-VM-Reparaturbefehle verwenden zu können, ist der folgende Zugriff erforderlich:

    • Zugriff auf die Azure Cloud Shell
    • Zugriff auf ein neues oder vorhandenes benutzerdefiniertes Speicherkonto

  • Zum Ausführen des Wiederherstellungsvorgangs ist eine temporäre VM erforderlich. Um eine solche VM zu erstellen, benötigen Sie die entsprechenden Berechtigungen auf Azure-Abonnement-Ebene.

Vorbereiten der Rettungs-VM

  1. Verwenden Sie VM-Reparaturbefehle, um eine Rettungs-VM zu erstellen, an die eine Kopie des Betriebssystemdatenträgers der betroffenen VM angehängt ist.

    Notiz

    Alternativ können Sie mithilfe des Azure-Portals manuell eine Rettungs-VM erstellen. Weitere Informationen finden Sie unter Beheben von Problemen mit einer Linux-VM durch Hinzufügen des Betriebssystemdatenträgers zu einer Wiederherstellungs-VM im Azure-Portal.

    • Wenn Sie die Rettungs-VM manuell erstellen, anstatt die VM-Reparaturbefehle zu verwenden, müssen Sie ein Bild ohne LVM auf dem Betriebssystemdatenträger auswählen, um Probleme aufgrund doppelter LVM-Strukturen zu vermeiden. Wenn Sie Red Hat-basierte VMs verwenden, müssen Sie das Bild mit „Red Hat RAW“ durchsuchen. Ubuntu- und SUSE-Bilder verwenden keine LVM auf dem Betriebssystemdatenträger.

    • Wenn die LVM-Hilfsprogramme im Red Hat RAW-Bild fehlen, installieren Sie die LVM-Hilfsprogramme.

  2. Verbinden Sie die Rettungs-VM und mounten Sie die Kopie der Betriebssystemdateisysteme in der Rettungs-VM ein, indem Sie chroot verwenden.

    Wenn Sie Befehle in einer chroot-Umgebung ausführen, werden diese auf dem angeschlossenen Betriebssystemdatenträger ausgeführt und nicht auf der lokalen Rettungs-VM.

  3. Führen Sie nach Abschluss der Problembehandlung die folgenden Aktionen aus:

    1. Beenden Sie chroot.
    2. Trennen Sie die Kopie der Dateisysteme von der Rettungs-VM.
    3. Führen Sie den az vm repair restore Befehl aus, um den reparierten Betriebssystemdatenträger mit dem ursprünglichen Betriebssystemdatenträger der VM auszutauschen. Weitere Informationen finden Sie in Schritt 5 zum Reparieren einer Linux-VM mithilfe der Reparaturbefehle für virtuelle Azure-Computer.
    4. Überprüfen Sie, ob die VM gestartet werden kann, indem Sie einen Blick auf die serielle Azure-Konsole werfen oder versuchen, eine Verbindung zur VM herzustellen.

Aktivieren der seriellen Konsole

Wenn der Zugriff auf die serielle Konsole immer noch nicht möglich ist, überprüfen Sie die GRUB-Konfigurationsparameter für Ihre Linux-VM, und korrigieren Sie sie. Weitere Informationen finden Sie unter Proaktive GRUB-Konfiguration der seriellen Konsole.

Häufige Szenarien zur Problembehandlung

Szenario 1: Konfigurieren Sie die VM zum Starten von einem anderen Kernel

Ein häufiges Szenario ist es, eine VM zu zwingen, mit einem früheren Kernel zu starten, da der aktuell installierte Kernel möglicherweise beschädigt ist oder ein Upgrade nicht korrekt abgeschlossen wurde.

Führen Sie dazu die Schritte unter System mit älterer Kernel-Version starten aus. Sie können auch aktuelle Kernel-Downgrades überprüfen.

Szenario 2: Probleme beim Kernel-Update

Ein fehlgeschlagenes Kernel-Upgrade kann dazu führen, dass die VM nicht mehr gestartet werden kann. Weitere Informationen über die Aktionen zur Durchführung des Kernel-Updates finden Sie unter Kernel-Update-Prozess.

Szenario 3: Fehlkonfiguration des LVM-Auslagerungsvolumens in GRUB

In diesem Szenario kann eine VM den Startvorgang nicht abschließen und ruft aufgrund eines ungültigen Auslagerungspfades in der GRUB-Konfiguration die Dracut-Notfall-Shell auf.

Führen Sie zur Behebung des Problems die Schritte unter Falscher Auslagerungspfad in der GRUB-Konfigurationsdatei aus.

Nächste Schritte

Weitere Optionen zur Fehlerbehandlung bei fehlendem Start finden Sie unter Fehlerbehandlung bei Startfehlern von Azure Linux Virtual Machines.

Kontaktieren Sie uns für Hilfe

Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.