Re: Frage zum Backup und Restore
Ralf Prengel <[email protected]> Tue, 19 May 2026 14:36:40 +0200
| Newsgroups | gmane.linux.suse.general.german |
|---|---|
| Message-ID | <[email protected]> |
Hallo, resizen kann im zweiten Durchlauf mit z.B. gparted. Dann reden wir aber auch weniger von backup/ restore sondern von einer Migration. Die Platte darf in der Regel größer sein aber nicht kleiner wenn man einfach restoren will. Gruß Von meinem iPad gesendet > Am 19.05.2026 um 14:12 schrieb Herbert Albert <[email protected]>: > > 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