Re: Frage zum Backup und Restore

El Flaco <[email protected]> Tue, 19 May 2026 16:53:32 +0200
Newsgroups gmane.linux.suse.general.german
Message-ID <[email protected]>
Moin Herbert,

noch eine
kurze Erläuterung:

mit einem
"Rescuezilla"-Bootstick wird ein Linux-System gestartet, welches
Deine anderen Laufwerke zwar kennt, aber nicht benutzt.

Ein Backup ist
dann ein komprimiertes Abbild des ausgewählten Laufwerkes.
Standardmäßig bietet "Rescuezilla" ALLE Partitionen der
ausgewählten Quelle zur Sicherung an.

Bei einem
Restore wird das dafür ausgewählte Ziel aber gnadenlos
überschrieben, egal was vorher drauf war - da brauchst Du vorher
nichts löschen.

Nur eines kann
"Rescuezilla" nicht: die Größen der Zielpartitionen eines
Restore automatisch anpassen, falls das Ziel kleiner oder auch
größer als die Quelle ist.

Ob dies
kommerzielle Backup-Programme wie z. B. Acronis, Paragon usw.
können, weiß ich nicht. Denn von denen habe ich mich schon lange
verabschiedet.

Viele Grüße
und viel Erfolg!

Am 19.05.26 um 14:11 schrieb Herbert
Albert:

Am Dienstag, 19. Mai 2026, 12:07:04 CEST schrieb Manfred Kreisl:

Am 19.05.2026 um 10:11 schrieb Herbert Albert:

Hallo Liste,

wie viele hier quält auch mich seit einiger Zeit das anstehende Upgrade
von leap 15.6 auf 16.0.

Falls etwas schief läuft ist ein Backup hilfreich. Seit Jahren sichere
ich meine beiden Partitionen / und /home, beide ssd mit ext4

/dev/nvme0n1p2 ext4 220G 125G 85G 60% /
/dev/nvme1n1p1 ext4 1.8T 1.6T 240G 87% /home
mit rsync

Die /home aus dem laufenden System, die / von einem Knoppix-Live-Stick

mit folgenden rsync-skript:

#!/bin/bash

mkdir /OLD

mkdir /NEW

mount -o ro UUID=0dd9315b-f57a-41b2-ad39-520ec4274158 /OLD

mount UUID=7ee633cb-2961-4473-8a88-2484e8780601 /NEW

rsync -avxuHSAX --human-readable --stats --numeric-ids --delete-after
--progress /OLD/* /NEW/Save_System/RsyncSpiegel/

umount /OLD

umount /NEW

Da ich bisher nicht in die Verlegenheit kam / zurückspielen zu müssen
und das auch nicht ohne Not an dem System ausprobiert habe (habe auch
kein anderes vergleichbares zum probieren) nun meine Frage zum Restore.

Könnte ich ein Restore mit dem gleichen Befehl (evtl. ohne
--delete-after) auf die gleiche ssd zurückspielen und das System bootet
dann wieder? Zurückspielen wird klappen, aber bootet das System dann
auch wieder? Vor mehr als 10 Jahren hatte ich noch einen Rechner mit
zwei h´gleiche Platten und hatte dass mit partimage und einem dd für den
mbr gemacht, aber das ist lange her.

Dann gibt es da noch die efi Partition

/dev/nvme0n1p1 vfat 511M 284K 511M 1% /boot/efi
die habe ich bisher nicht gesichert.

Ich möchte halt vor dem Upgrade diesmal sicher sein, dass es eine
Backuplösung gibt. Bei den anderen Upgrades mit zypper dup hat es ja
immer gut funktioniert, doch was ich hier so lese, treibt mir das nun
doch Sorgenfalten auf die Stirn.

Herbert

Nur mal so als Tip am Rande:

Ein Backup taugt erst dann etwas wenn man *vorher* weiß wie man es auch
wieder zurück spielt.

Und wie El Flaco schon sagte. Imagebackup(s) der SSD(s) machen, das
funktioniert immer und da muss man auch nicht weiter denken.

Manfred

supper. Habe gerade /dev/nvme0n1 mit allen 3 Partitionen auf eine externe SSD
gesichert, die Sicherung überprüfen lassen und den Restore im Ansatz
durchgespielt. Da in meinen Fall Quelle und bei Bedarf das Ziel identisch
sind, dürfte es bezüglich GPT, grub und UUIDs ja kein Problem geben.

Das Sichern mit rsync mach ich trotzdem. da ich da ja immer leicht an
einzelnen Files herankomme.

Nur zum Verständnis, wenn ich jetzt das Image auf eine andere Platte/SSD mit
evtl. auch noch anderer Größe zurücksichern würde, was muss dann wo alles
angepasst werden, damit das System auch bootet?

UUIDs in /etc/fstab und /boo/grub2/grub.cfg und was noch? Ist schon lange her,
dass ich so etwas gemacht habe.

Gruß

Herbert