Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- admin_grundlagen:systemsicherung [2025/02/06 17:12] – ingo_wichmann
+++ admin_grundlagen:systemsicherung [2025/11/28 11:53] (aktuell) – [Sicherung der Dateisystem-Einstellungen] ingo_wichmann
@@ Zeile 49: / Zeile 49: @@
 ==== Sicherung LVM Informationen ====
-  vgcfgbackup -f sicherung.vg
+  vgcfgbackup -f sicherung.vg.%s
   pvdisplay > sicherung.pvdisplay
   vgdisplay > sicherung.vgdisplay
@@ Zeile 64: / Zeile 64: @@
   lsblk -f
 oder
-  df -Thlx tmpfs -x devtmpfs
+  df -Thlx tmpfs -x devtmpfs -x efivarfs
 -> alle persistenten, lokalen Dateisysteme müssen gesichert werden
@@ Zeile 77: / Zeile 77: @@
 == btrfs ==
-btrfs läßt sich nicht einfach mit rsync oder tar sichern. Die beste Alternative ist, statt dessen ein [[image_sichern|Image]] des Dateisystems mit ''fsarchiver'' oder ''partclone'' zu erstellen. (( Vielleicht ist auch https://github.com/mwilck/btrfs-clone eine brauchbare Alternative ))
+btrfs läßt sich ggf. nur umständlich (Subvolumes, usw.) mit rsync oder tar sichern. Die beste Alternative ist, statt dessen ein [[image_sichern|Image]] des Dateisystems mit ''fsarchiver'' oder ''partclone'' zu erstellen. (( Vielleicht ist auch https://github.com/mwilck/btrfs-clone eine brauchbare Alternative ))
+Die UUID des Dateisystems erhält man mit ''blkid''.
+  btrfs subvolume list / >sicherung.sda3.subvolumes
 == vfat ==
@@ Zeile 89: / Zeile 93: @@
 ==== Einstellungs-Dateien auf Zielsystem kopieren ====
-  scp sicherung.* root@server:/mnt/backup
+  scp sicherung.* root@server:/mnt/backup/notebookXY
 ==== Sicherung der Dateien ====
@@ Zeile 102: / Zeile 106: @@
   mount --bind /boot/efi /mnt/system/boot/efi
 und möglicherweise weitere:
-  mount --bind ...
+  mount --bind /…
-((ab RedHat 6, openSuSE 13.1, Debian 8 und Ubuntu 16.04 könnte man auf diesen Schritt verzichten, und statt dessen bei ''rsync'' die Option ''-x'' bzw. ''--one-file-system'' nutzen und die entsprechenden Mountpoints einzeln angeben ))
+((ab RedHat 6, openSuSE 13.1, Debian 8 und Ubuntu 16.04 könnte man auf diesen Schritt verzichten, und statt dessen bei ''rsync'' die Option ''-x'' bzw. ''--one-file-system'' nutzen und die entsprechenden Mountpoints einzeln angeben:
+  rsync -axzRSHAX --numeric-ids --del / /boot/ /boot/efi/ … root@server:/mnt/backup/notebookXY/dateien
+))
 === mit rsync über ssh Dateien kopieren ===
@@ Zeile 119: / Zeile 125: @@
 <file txt /etc/sudoers.d/backup>
 %sudo  ALL=(ALL) NOPASSWD: ALL
-</file> (( oder
-<file txt /etc/sudoers.d/backup>
-%sudo  ALL=(ALL) NOPASSWD: /usr/bin/rsync
 </file>
-))
 Der Benutzer muss in der Gruppe //sudo// sein
 Und dann lautet der Befehl zum Backup:
-  rsync -aSH --xattrs --acls --numeric-ids --del --rsync-path="sudo rsync" /mnt/system/ user@zielsystem:/mnt/backup/dateien
+  rsync -azSH --xattrs --acls --numeric-ids --del --rsync-path="sudo rsync" /mnt/system/ user@zielsystem:/mnt/backup/dateien
 ++++
@@ Zeile 135: / Zeile 137: @@
 ++++
-  rsync -aSH --acls --xattrs --numeric-ids --del /mnt/system/ root@server:/mnt/backup/dateien
+  rsync -azSH --acls --xattrs --numeric-ids --del /mnt/system/ root@server:/mnt/backup/notebookXY/dateien
 (( mehr zu [[rsync]], u.a. wie man hier ''rsync'' auch ohne root-Rechte benutzen kann )) (( mehr zu [[ssh]] )) (( wenn man ein Art Fortschrittsbalken haben will: ''progress'' installieren und ''progress -wm'' ausführen während rsync läuft. ))
@@ Zeile 229: / Zeile 231: @@
 ====== Wiederherstellung des Systems ======
-Rettungssystem booten (im Linuxhotel-Netz: PXE-Boot und ''debian11live'' eingeben)
+Rettungssystem booten (im Linuxhotel-Netz: PXE-Boot und ''debian12live'' eingeben)
+(UEFI-Bootmenü: Meistens F12; auf TUXEDO F7)
 ===== Schritte im Rettungs-System =====
+==== Sicherungs-Dateien zurückkopieren ====
+  scp root@server:/mnt/backup/sicherung.* /tmp
 ==== Wiederherstellung der Partitionierung ====
 Partitionstabelle wiederherstellen:
@@ Zeile 271: / Zeile 279: @@
 ((Eine UUID die von ''blkid'' im Format ''%%UUID="066B-5CE0"%%'' ausgegeben wurde muss ''mkfs.vfat'' mit ''066B5CE0'' (also ohne Minus) übergeben werden))
+=== btrfs ===
+Es müssen alle Subvolumes wieder angelegt werden. Beispiel für openSUSE:
+  mkfs.btrfs -U xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /dev/sdaX
+  mount /dev/sdaX /mnt
+  btrfs subvolume create /mnt/@
+  btrfs subvolume create /mnt/@/var
+  …
+  umount /mnt
 ==== Swap anlegen ====
 ((''/dev/sdaX'' ist hier nur ein Beispiel für ein Speichergerät ( Partition, LVM, ...). Liegt das Dateisystem auf einem Logical Volume, dann heißt das Device ''/dev/mapper/xxx'' oder ähnlich))
@@ Zeile 281: / Zeile 299: @@
   mkdir /tmp/system
   mount /dev/sdaX /tmp/system
+  # bei openSUSE mount -o subvol=@ /dev/sdaX /tmp/system
   mkdir /tmp/system/boot
@@ Zeile 291: / Zeile 310: @@
   mount …
+Bei btrfs-Subvolumes:
+  mount -o subvol=@/var /dev/sdaW /tmp/system/var
+  …
 ==== Wiederherstellen der Dateien mit rsync über ssh ====
-  rsync -aSH --acls --xattrs --numeric-ids --del root@server:/mnt/backup/dateien/ /tmp/system
+  rsync -azSH --acls --xattrs --numeric-ids root@server:/mnt/backup/notebookXY/dateien/ /tmp/system
 ((mehr siehe [[rsync]])) (( Notlösung: Berechtigungen (teilweise) wiederherstellen, wenn sie nicht richtig gesichert wurden
@@ Zeile 298: / Zeile 321: @@
 Todo: debian?
 ))
-=== Ubuntu ===
-  rsync -aSH --acls --xattrs  --numeric-ids --del --rsync-path="sudo rsync" user@server:/mnt/backup/dateien/ /tmp/system
 ++++ ACLs und erweiterte Attribute |
@@ Zeile 322: / Zeile 343: @@
   mount --rbind /proc /tmp/system/proc
   mount --rbind /sys  /tmp/system/sys
-  mount --rbind /run  /tmp/system/run
+  mount --bind /run  /tmp/system/run
 ((/run ist sinnvoll bei der Verwendung von lvm oder raid)) (( nicht alle diese Befehle sind in allen Fällen notwendig! grub braucht hauptsächlich /dev, und das ist, wenn man zuvor beim Sichern mit ''mount --bind'' gearbeitet hat, schon minimal befüllt. Kann man also weglassen, aber wenn grub meckert, sollte man das versuchen! )) ((
 === Alternativ mit bind statt rbind ===
@@ Zeile 349: / Zeile 370: @@
 SuSE (ab 15.4):
-  grub-install
+  grub2-install
   shim-install
-CentOS / Rocky (ab 8):
+CentOS / Rocky (ab 9):
 ''grub-install'' funktioniert nicht, also müssen die EFI-Einträge manuell gesetzt werden
@@ Zeile 368: / Zeile 389: @@
   distro='DISTRIBUTION' # ''centos'' oder ''rocky''
   boot_device='/dev/sda' # ''/dev/sda'' oder ''/dev/nvme0n1''
-  esp_partition_id=2
+  esp_partition_id=1
   efibootmgr --create --disk "$boot_device" --part "$esp_partition_id" --label "$efi_label" --loader "/EFI/$distro/shimx64.efi"
-grub-config neu erzeugen
-  grub2-mkconfig -o /boot/grub2/grub.cfg
 Ab RHEL/CentOS/Rocky 8 werden zusätzlich Einträge für BLS (''/boot/loader/entries/'') benötigt, da grub.cfg keinen direkten Eintrag für Kernel und initrd enthält:
   dnf -y reinstall kernel-core
-oder mit grubby von Hand:
+oder mit grubby und kernel-install von Hand:
+  grubby --info DEFAULT
   source /etc/default/grub
-  grubby --add-kernel=/boot/vmlinuz-5.14.0-284.30.1.el9_2.x86_64 --args="$GRUB_CMDLINE_LINUX" --initrd=/boot/initramfs-5.14.0-284.30.1.el9_2.x86_64.img --title="Rocky Linux"
+  grubby --update-kernel ALL --args "$GRUB_CMDLINE_LINUX" --title "Rocky Linux"
+grub-config neu erzeugen
+  grub2-mkconfig --update-bls-cmdline -o /boot/grub2/grub.cfg
+  dnf -y reinstall grub2-common
 ((
@@ Zeile 468: / Zeile 490: @@
 ==== Rebuild Red Hat / Rocky / Alma 8 ====
-**[[Rebuild Red Hat 8|komplettes Rebuild Bootmanager UEFI+Rocky/Alma/Red Hat 8]]**
+**[[Rebuild Red Hat 8|komplettes Rebuild Bootmanager UEFI+Rocky/Alma/Red Hat 8 und 9]]**
 Je nach dem wie sich die Hardware geändert hat, sind folgende Bereiche anzupassen:
@@ Zeile 789: / Zeile 811: @@
   * Nach erfolgreichem Boot die Restore-Subvolumes löschen