LVM-Root-Volume fehlt in der Initramfs · Linux Fix Lab

Symptome und Geltungsbereich

Erwartetes /dev/mapper/VG-LV-Root-Gerät erscheint beim frühen Start nicht.
Älteres Abbild kann starten, während neue Host-Only-Initramfs Root nicht findet.

Betroffene Umgebung

Linux-Root auf LVM-Logical-Volume, eventuell in LUKS oder über RAID, mit Distributions-Initramfs.

Erkennbare Meldungen (synthetische Beispiele)

dracut-initqueue[400]: Warning: /dev/mapper/vg0-root does not exist

Vor Aktivierung prüfen, ob Zuordnung zu LVM oder Verschlüsselung gehört; Pfad allein beweist keine verlorenen LVM-Metadaten.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

LVM-Userspace oder Aktivierungsregeln können in Initramfs fehlen.
Einschränkender rd.lvm.lv-Selektor, Gerätefilter oder noch gesperrte untere Schicht können nötige physische Volumes verstecken; fehlende PV-Daten brauchen separate Speicherwiederherstellung.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Volume-Metadaten ohne Änderung lesen; Administratorzugriff auf physische Volumes ist normalerweise nötig. In Rettungsumgebung bekannte untere Schichten zuvor unterstützt entsperren.

lvs --readonly -o vg_name,lv_name,devices

Ergebnis einordnen: Vorgesehenes VG/LV und physische Geräte bestätigen. --readonly vermeidet Aktivierungsänderungen und prüft keinen aktuell aktiven oder eingehängten Zustand.

Prüfschritt 2

KERNEL und Pfad durch gewähltes dracut-Abbild ersetzen; lsinitrd liest Abbildinhalt statt laufendem Root. Bei anderen Generatoren dokumentiertes Auflistungstool nutzen.

lsinitrd /boot/initramfs-KERNEL.img

Ergebnis einordnen: LVM-Tools, Konfiguration und nötige untere Module suchen. Vorhandensein ist für Einrichtung nötig, beweist aber keine passenden Aktivierungsselektoren oder sichtbaren Geräte.

Nächste Schritte nach Befund

Frühe LVM-Unterstützung wiederherstellen

Sind Metadaten in Rettungsumgebung intakt, fehlt im gewählten Abbild aber LVM, Initramfs dieses Kernels mit LVM-Modul/Hooks der Distribution und unteren Speicherschichten erneuern. Allgemeines oder älteres funktionierendes Abbild behalten.

Vorsicht: Kein neues PV/VG/LV über vorhandenen Speicher erzeugen, um erwarteten Namen sichtbar zu machen. Zuerst eingehängtes /boot/ESP und Abbildplatz prüfen.

Wiederherstellung / Rücknahme: Bei weiterem Fehler vorhandenes Abbild starten und vorherige LVM-Hook-Konfiguration zurückstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Verifizierten LVM-Erkennungsselektor korrigieren

Beschränkt Befehlszeile Aktivierung auf alten VG/LV-Namen, nur diesen verifizierten Selektor über Boot-Konfiguration der Distribution ändern und Einträge erneuern. Bei unsichtbarem unteren PV Verschlüsselung und LVM-Gerätefilter beziehungsweise die Devices-Datei prüfen.

Vorsicht: Ursprüngliche Metadaten unverändert behalten. Filterkorrektur stellt physisch fehlendes PV nicht wieder her und soll Sichtbarkeitsrichtlinie nicht breit umgehen.

Wiederherstellung / Rücknahme: Bei falscher Root-Auswahl gesicherte Boot-/Erkennungs-Konfiguration zurückstellen und vorheriges Abbild wählen.