Re: Frage zum Backup und Restore

Herbert Albert <[email protected]> Tue, 19 May 2026 15:08:56 +0200
Newsgroups gmane.linux.suse.general.german
Organization M-Net
Message-ID <2343913.vFx2qVVIhK@wodan2>
Am Dienstag, 19. Mai 2026, 14:11:52 CEST 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
Noch eine Verständnisfrage: Quelle und Ziel sind identisch. Wenn jetzt auf der 
Quelle durch das Upgrade auf 16.0 etwas passiert, was ein Restore des alten 
15.6 erfordert, muss auf der Partition mit dem / (/dev/nvme0n1p2) vorher etwas 
gelöscht/formartiert werden oder überschreibt das Rescue Bit für Bit alles, so 
dass das Original wieder vorliegt?