(gelöst) Systemsicherung vor Releasewechsel

[fischig]

Ich plane die Komplettsicherung eines Buster-Systems (kein EFI) vor einem Releasewechsel auf bullseye.
Folgende Strategie habe ich mir überlegt:

Booten einer Live-CD (grml)
Einhängen der existierenden Systempartition
Einhängen der Sicherungspartition
Kopieren der Systempartition auf die Sicherungspartition via

Code: Alles auswählen

rsync -az -H --delete --numeric-ids

Sollte beim Releasewechsel auf der Systempartition etwas so schief gehen, dass es mich veranlasst, das Sicherungssystem zurückzuspielen, könnte ich das in umgekehrter Reihenfolge durchführen, also:

Booten einer Live-CD (grml)
Einhängen der existierenden Systempartition
Einhängen der Sicherungspartition
„Plattmachen“ der Systempartition
Kopieren der Sicherungspartition auf die Systempartition via

Code: Alles auswählen

rsync -az -H --delete --numeric-ids

Bootloader-Einstellungen können bei diesem procedere unberührt bleiben?

[MSfree]

Wenn du /boot auf einer eigenen Partition hast, mußt du die ebenfalls sichern.
Nach einer Wiederherstellung mußt du auch update-grub ausführen.

Ich würde mir die Backupmühe aber nicht machen. Ich würde eine SSD aus meinem Fundus nehmen und dort einfach komplett neu installieren. Sollte dabei etwas schief laufen, stecke ich die ursprüngliche SSD ins System und kann wieder davon booten.

[schwedenmann]

Hallo


warum dieser Aufwand ?

1. Paketliste sichern
2. /home sichern
3. /etc sichern reicht doch

Warum sollte bei einer Installtion,egal welches release etwas schief gehen ?

mfg
schwedenmann


P.S.
Für eine Komplettsicherung der Systemplatte würde ich eher fsarchiver,dar oder auch backuparchiver, oder auch partclone nehmen, also ein komprimiertes archiv,nur aus Platzgründen. Die UUID mußt du natürlich anpassen, oder beim Anlegn der Partitionnen und Anlegen des FS übergeben.

[fischig]

Wenn du /boot auf einer eigenen Partition hast, mußt du die ebenfalls sichern.

Habe ich nicht. Es gibt auch keine weiteren Partitionen mit Systemanteilen.

Ansonsten wollte ich eigentlich nur wissen, ob meine Strategie funktionieren müsste, bzw. ob sie fehlerhaft ist.

[whiizy]

Ich bevorzuge es mit Clonezilla vorher einen Klon der alten Platte zu machen und dann den bisherigen Rechner von Buster auf Bullseye hochzuziehen. Geht richtig was schief (bisher bei buster->bullseye aber noch nicht erlebt), baue ich den Klon wieder ein.

Sollte man seinem Klon nicht ungetestet vertrauen, kann man auch einen zusätzlichen Arbeitsschritt einlegen und direkt den Klon einbauen und dist-upgraden. Von der ausgebauten Buster-Platte weiß man ja, daß sie im Notfall noch laufen würde.

[fischig]

Geht richtig was schief (bisher bei buster->bullsseye aber noch nicht erlebt), baue ich den Klon wieder ein.

Heißt: die Sicherungsplatte einbauen? Scheidet hier aus.

[whiizy]

Heißt: die Sicherungsplatte einbauen? Scheidet hier aus.

Lass mich raten - komischer Laptop ohne Wartungsklappe?
Dann würde ich vielleicht auch nach alternativen Backup-Strategien suchen, wie du.

[Tintom]

Welches Dateisystem hat die Root-Partition?

[fischig]

Karo einfach: ext4

[cosinus]

Eine Komplettsicherung kannst du auch im laufenden Betrieb machen. Hab ich schon mehrfach gemacht, eine Livesystem ist nicht unbedingt nötig. Aber wenn du auf Nummer sicher gehen willst kannst das natürlich machen. Ich verwende auch rsync, aber so:

Code: Alles auswählen

rsync -aAX --progress --stats /bin /boot /etc /home /lib /lib64 /opt /root /sbin /usr /var /initrd* /vmlinuz* $backuproot

Falls du noch mehr Pfade hast, musst du die natürlich hinzufügen. Und die Umgebungsvariable '$backuproot' musst du natürlich auch definieren oder durch einen konkreten Pfad ersetzen

[fischig]

Uff, ich hab's jetzt endlich gewagt, auf dieser Maschine von buster auf bullseye umzusteigen. Eine Stunde-der-Wahrheit-Aktion (Rückspielen des backups) auf die alte Platte ist mir erspart geblieben. System bootet durch und vdr-sxfe läuft. Damit funktioniert die Basis dieses Systems erst mal. Alles weitere dürfte im System einrichtbar sein. Dem Wechsel von stable zu bookworm kann ich entspannt zuschauen und trotzdem ist dann voraussichtlich für die nächsten zwei Jahre erst mal wieder Ruhe im Karton.
Mein Hauptbefürchtung betraf das Rückspielen auf die alte Platte. Das ist mir erspart geblieben. Ich hatte das Procedere bereits im Herbst 2022 auf einer anderen Maschine durchexerziert, aber da konnte ich die Stunde-der-Wahrheit-Aktion durch Ersetzen der alten durch die Backup-Platte erfolgreich testen (whiizy-Vorschlag).
KP97s partclone-Vorschlag vom Herbst 2022¹ hatte ich leider wieder vergessen.
Für mich ist mein Vorgehen mit dem angegebenen rsync-Kommando auf einer Ein-Benutzer-Maschine ohne secure boot und mit einem alles-auf-einer-Partition-System nach wie vor attraktiv, insbesondere, weil's via GRML systemunabhängig und unkompliziert funktioniert.

¹ viewtopic.php?t=185443&hilit=rsync