Bootloader reparieren - Netzwerkverbindung in chroot notwendig

[Clemens]

Der Laptop meines Freundes bootet nicht mehr nach einem fehlgeschlagenen Update über Pamac.

Der Laptop bootet mit UEFI und hat eine BTRFS-System und eine BTRFS-Daten-Partition. Nach dem BIOS-Start erscheint:

Code: Alles auswählen

Fehler: Datei »/@/boot/vmlinuz-6.1-x86_64« nicht gefunden
Fehler: Sie müssen zuerst den Kernel laden.
Beliebige Taste drücken, um fortzusetzen …

Nach Tastendruck erscheint das Grub-Menü

Code: Alles auswählen

 Erweiterte Optionen..
UEFI Firmware Settings
Manjaro Linux Snapshots
Memory Tester 

Jeder Versuch, über die Snapshots zu booten oder sonst was Nützliches mit den Snapshots anzustellen, schlug fehl.
Wozu sind die eigentlich dann da?

Im Manjaro.org-Forum fand ich unter https://forum.manjaro.org/t/howto-recov ... ade/132762
einen Lösungsweg:
Ich bootete von einem LiveStick, setzte im Terminal "su" und mountete dann gemäß Anleitung wie folgt:

Code: Alles auswählen

mount -t btrfs -o subvol=@ /dev/sda4 /mnt
mount -t btrfs -o subvol=@home /dev/sda4 /mnt/home
mount -t btrfs -o subvol=@log /dev/sda4 /mnt/var/log
mount -t btrfs -o subvol=@cache /dev/sda4 /mnt/var/cache
mount -t vfat  /dev/sda2 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount -t proc proc /mnt/proc
mount -t sysfs sysfs /mnt/sys
mount -t efivarfs efivarfs /mnt/sys/firmware/efi/efivars

Dann startete ich chroot und "bash":

Code: Alles auswählen

chroot /mnt /bin/bash

Dann wollte ich Grub reparieren:

Code: Alles auswählen

mkinitcpio -P
==] ERROR: No presets found in /etc/mkinitcpio.d

Im Forum wurde erklärt, dass bei dieser Meldung evtl. kein Kernel installiert ist. Das wundert mich zwar, aber
mit

Code: Alles auswählen

pacman -Sy linux612

sollte das ja schnell repariert sein - laut Forum.

Nachdem ich noch die Datenbank zum Fixieren frei geben musste mit:

Code: Alles auswählen

rm /var/lib/pacman/db.lck

konnte kein Repo erreicht werden, da die Netzwerkverbindung fehlt! Dabei hatte ich dem Live-System eine WiFi-Verbindung
hergestellt. – MUss denn in einer chroot-Umgebung ein Netzwerkzugang extra eingerichtet werden?

Tja und jetzt hänge ich fest, statt endlich eine Lösung für das eigentliche Problem umsetzen zu können.

[gosia]

Hallo Clemens,
richtig helfen kann ich dir nicht, aber wenn Du ein Timeshift-Backup hast und davon booten kannst, dann sieh dir mal diesen Thread an:
https://forum.manjaro.org/t/nach-update ... den/173961

eine BTRFS-System und eine BTRFS-Daten-Partition

Ansonsten sind zwei btrfs-Partitionen immer nicht "btrfs-like", ganz besonders wenn es sich bei der von dir "Daten-Partition" um die Home-Partition handelt. Wenn noch nicht geschehen solltest Du dir mal diese ausgezeichnete Anleitung studieren
https://forum.manjaro.org/t/btrfs-best- ... -de/179609

viele Grüsse gosia

[Clemens]

Hallo Gosia,
danke für deine Tipps und die Links. Diese beiden Links und zusätzlich vier andere aus dem Manjaro.org-Forum hatte ich bei meinem Vorgehen bereits berücksichtigt und die wichtigsten Infos daraus extrahiert, um mir meine eigene Anleitung zu basteln.

Die Frage nach einer Systemwiederherstellung finde ich enorm wichtig, analog dazu, dass ein Backup nur so gut ist, wie seine Wiederherstellung erfolgreich getestet wurde!

Aktuell sehe ich für Manjaro mit BTRFS + automatisierte BTRFS Timeshift Snapshots folgende Situationen, aus denen heraus das System wieder hergestellt werden können sollte....
1.) Das System bootet noch und man kann sich noch einloggen, danach aber geschehen Dinge, die schwer manuell korrigierbar sind. Das ist die Situation, wo man Timeshift bemühen kann und die vorhandenen Snapshots nutzen kann, wenn auch mit dem Fallstrick, der bei Manjaro.org sehr schön beschrieben ist: Direkt nach dem ersten erfolgreichen Reboot in den Snapshot muss dieser als aktuelles System gespeichert werden. Anderenfalls arbeitet man, ohne es zu bemerken, immer mit dem Snapshot, statt dem eigentlichen System.

2.) Das System bootet nicht mehr und man landet im Grub-Menü. Im Grub-Menü kann man dann zwischen den Snapshots auswählen und versuchen, von diesen zu booten. Falls dies gelingt, siehe 1.) = sofortiges Speichern des gerade als Snapshot gestartetem System und Reboot.

Falls das nicht gelingt, ist der Grub Bootloader bzw der Inhalt der beiden /boot/efi... Inhalte verfälscht. Und dann geht es zunächst um die Reparatur des Bootloaders bzw. der Boot-Partitions-Inhalte. (Genau das ist aktuell meine Situation! Und das Vorgehen gemäß den Empfehlungen von Manjaro.org-Forum sah vor, falls die Meldung betr. fehlendem Kernel kommt, diesen Kernel aus der chroot-Umgebung heraus neu zu installieren. Ggfs. muss danach noch Grub / Boot repariert werden.

Aber bisher habe ich noch keine Step-by-Step-Anleitung gefunden, wie man aus dem Grub-Menü heraus das System mit einem der drei Snapshots startet und das System so repariert bekommt. Und das finde ich echt schlimm!

Nach einiger weiterer Recherche fand ich dann das Tool "RescueZilla" hier: https://rescuezilla.com/
Im Gegensatz zu Clonezilla kommt RescueZilla mit einer komfortablen GUI daher und ist daher besonders nutzerfreundlich. RescueZilla kann man als ISO herunter laden und damit auf einem USB-Stick ein Live-System installieren, das auf Ubuntu beruht und von dem man aus das den PC bootet. Das bedeutet zugleich, dass sich beim Sichern des Systems keine Daten verändern können. Datenbanken und sogar komplette VirtualMachines und deren Container können so zuverlässig gesichert werden.

Rescue-Zilla sichert partitionsweise, sodass ich damit auch das /home-Verzeichnis oder als /home verwendete zusätzliche Datenträger in einem Rutsch sichern kann. Bei der Wiederherstellung sollte aber zuvor möglichst das gleiche Partitionsschema angelegt sein, wie zum Zeitpunkt der Sicherung. Es kann auf jedem beliebigen Datenträger gesichert werden, also auch in ein Netzlaufwerk / NAS / Cloud usw.
Noch ein kleiner Nachteil: Die von RescueZilla erstellten Backups / Kopien sind nicht komprimiert und nicht verschlüsselt. – Wer das möchte kann ja einen Blick auf Restic-Backup in Verbindung mit Restic-Browser und werfen. Da wird inkremental gesichert, dedupliziert, komprimiert und verschlüsselt.

Mein Fazit: Ich bin weiterhin an einer Lösung gemäß meines ersten Beitrags interessiert. Zumindest bis ich eine finde, verwende ich jetzt RescueZilla.



Für alle, die das Reparieren von BTRFS-Systemen (aber auch ext4 usw.) interessiert, hier eine Sammlung von interessanten Links aus dem Manjaro.org-Forum:
https://forum.manjaro.org/t/new-updates ... /181765/66

https://forum.manjaro.org/t/howto-recov ... ade/132762

https://forum.manjaro.org/t/what-do-i-d ... /176763/34

https://forum.manjaro.org/t/recovering- ... s/155473/4

https://forum.manjaro.org/t/root-tip-re ... ery/175302

https://forum.manjaro.org/t/recovering- ... led/180733

https://forum.manjaro.org/t/howto-make- ... ystem/3970

https://forum.manjaro.org/t/how-do-i-us ... /124683/11

https://forum.manjaro.org/t/howto-reboo ... eisuo/3855

https://forum.manjaro.org/t/btrfs-with- ... /157639/26