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?