Debian pvmove von root lv in das Gerät raid10 führte zu einem nicht mehr bootfähigen System

350
user189860

Ich war gerade dabei, logische Datenträgerbereiche auf ein mit mdadmin zusammengesetztes RAID 10-Array zu verschieben. Eines der verschobenen logischen Volumes war das Stammverzeichnis (Debian-Testsystem), das sich zuvor auf einem einzigen physischen Volume befand. Das System ist jetzt nicht mehr startfähig. Die in der Grub-Rettung gemeldete Fehlermeldung lautet lvmid / ex .... lognuuid / eine weitere lange uuid wurde nicht gefunden.

Ich vermute, dass die beiden nicht gefundenen Festplatten die beiden sind, die sich derzeit im Array von RAID 10 befinden, auf dem sich das Root-Verzeichnis befindet. Ich vermute auch, dass dies daran liegt, dass das Array nicht vor dem lokalen Root-Volume zusammengestellt wird.

Wenn ich mit dem Installationsdatenträger boote und in den Rettungsmodus gehe, kann ich das Stammverzeichnis nicht starten. Wenn ich jedoch zuerst die Option zum Zusammenstellen eines Arrays wähle und dann in das Stammverzeichnis reinkomme, gelingt es mir. Ich habe alles versucht, woran ich in den letzten 24 Stunden denken konnte. Einschließlich verschiedener Kombinationen von /etc/mdadm/mdadm.conf, update-initramfs -u.

Ich habe sogar versucht, pvmove rückgängig zu machen, konnte aber wegen eines lvmetad.socket-Fehlers nicht. In der Chroot-Rettungsumgebung muss etwas fehlen, um diesen Weg zu gehen.

Die Tatsache, dass ich ein funktionierendes System erhalten kann, wenn ich das Array vor dem chrooting manuell zusammenstelle, bedeutet dies, dass das Array überhaupt nicht oder nicht rechtzeitig (und daher überhaupt nicht) aufgebaut wird.

Kann jemand eine Korrektur vorschlagen, die ich versuchen könnte? Ich vermute, es gibt etwas, was ich tun kann, um das System funktionsfähig zu machen, aber ich weiß nicht, wie es weitergehen soll.

0

1 Antwort auf die Frage

0
user189860

Lösung umgehen:

1) Installieren Sie ein minimales Linux-System auf einem kleinen logischen Datenträger.

2) Wählen Sie dieses System in den BIOS-Startoptionen aus

3) Die neue grub2-Installation hat das vorhandene System gefunden und als Startoption angeboten, die ich dann ausgewählt habe.

4) Ich habe dann den folgenden Befehl ausgeführt, um das System in seinen vorherigen Zustand zu bringen (ohne auf Backups zurückgreifen zu müssen):

pvmove -n rootpartition /dev/arraydevice

Dies bewegt alle logischen Volumen Ausdehnungen mit der Root - Partition zugeordnet irgendwo sonst in meinem LVM - Pool. Ich habe dann das System neu gestartet, um die Korrektur zu bestätigen. Ich lasse die Backup-Installation im Falle eines anderen Umzugs wahrscheinlich als ausfallsicher.

Nun, die Tatsache, dass dies funktioniert hat (Schritte 1 bis 3), deutet darauf hin, dass das System so konfiguriert werden kann, dass es vom Raid-PV aus bootet, aber ich hatte keine Zeit, die Ursache zu finden. Die ursprüngliche Frage steht für den Fall, dass jemand weiß, wie er die Fallstricke beim Übertragen einer vorhandenen Debian-Wurzel in einen RAID-Pv steuert.

Verwandte Probleme