Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- admin_grundlagen:systemsicherung [2022/12/09 11:02] – carsten_strotmann
+++ admin_grundlagen:systemsicherung [2025/11/28 11:53] (aktuell) – [Sicherung der Dateisystem-Einstellungen] ingo_wichmann
@@ Zeile 8: / Zeile 8: @@
 ===== Vorbereitung Zielsystem =====
+==== Platz schaffen ====
 evtl. Platz schaffen wie in [[Plattenplatz]], [[Partitionierung]] und [[lvm]] beschrieben
   mkdir -p /mnt/backup/dateien
-=== Ubuntu ===
+==== SSH Zugriff als root ====
-Zielverzeichnis ''/mnt/backup'' muss dem Ubuntu-Nutzer gehören:
+Root Passwort setzen, sofern nicht bekannt/verfügbar:
-  chown nutzerXX /mnt/backup
+  passwd root
-=== Debian (ab 8) ===
+<file txt /etc/ssh/sshd_config.d/root.conf>
-Entweder
-  * [[sudo]] einrichten und wie unter Ubuntu beschrieben vorgehen.
-  * einen [[ssh]]-Schlüssel beim Benutzer root hinterlegen
-oder
-  * root das Anmelden mit Passwort erlauben ((
-<file txt /etc/ssh/sshd_config>
 PermitRootLogin yes
 </file>
-))
+  systemctl restart ssh.service
+++++  Alternativ: sudo und ssh-Schlüssel |
+Zielverzeichnis ''/mnt/backup'' muss dem Nutzer gehören:
+  chown nutzerXX /mnt/backup
+  * [[sudo]] einrichten, falls noch nicht passiert
+  * einen [[ssh]]-Schlüssel beim Benutzer root hinterlegen
+++++
 ===== Sicherung =====
 Diese Schritte werden auf dem zu sichernden System ausgeführt.
@@ Zeile 33: / Zeile 37: @@
 ==== Sicherung der Partitionierung ====
-Mehr zur Vorgehensweise siehe [[partitionierung]]. Wenn die Wiederherstellung nicht automatisiert erfolgen muss, reicht auch die Ausgabe von ''parted''
+Partitionstabelle im Textformat sichern:
+  sfdisk -d /dev/sda > sicherung.sfdisk
+((bei GPT-Partitionstabellen eine inzwischen veraltete Warnung der Entwickler vorweg: //As of March 2014 (version 0.8.10), sgdisk should be considered beta software.// )) ((
+Lesbarer, aber nicht automatisch wiederherstellbar geht das auch so:
   fdisk -l -o device,size,type,uuid /dev/sda > sicherung.fdisk
 oder
   parted /dev/sda print > sicherung.parted
-Ubuntu:
+Mehr zur Vorgehensweise siehe [[Partitionierung]]. ))
-  scp sicherung.parted nutzer@server:/mnt/backup
-andere Distributionen (bei denen root ein Passwort hat):
-  scp sicherung.parted root@server:/mnt/backup
-((
-alternativ für MSDOS-Partitionstabellen:
-  sfdisk -d /dev/sda > sicherung.sfdisk
-  scp sicherung.sfdisk root@server:/mnt/backup
-bei GPT-Partitionstabellen eine inzwischen veraltete Warnung der Entwickler vorweg: //As of March 2014 (version 0.8.10), sgdisk should be considered beta software.//
-))
 ==== Sicherung LVM Informationen ====
-  vgcfgbackup -f sicherung.vg
+  vgcfgbackup -f sicherung.vg.%s
   pvdisplay > sicherung.pvdisplay
   vgdisplay > sicherung.vgdisplay
@@ Zeile 68: / 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 81: / 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 92: / Zeile 92: @@
 ==== Einstellungs-Dateien auf Zielsystem kopieren ====
-Ubuntu:
-  scp sicherung.* nutzer@server:/mnt/backup
-andere Distributionen (bei denen root ein Passwort hat):
+  scp sicherung.* root@server:/mnt/backup/notebookXY
-  scp sicherung.* root@server:/mnt/backup
 ==== Sicherung der Dateien ====
 === Einhängen der Dateisysteme unter /mnt/system ===
-In der Ausgabe von ''df -hT -x tmpfs -x devtmpfs'' die Mountpoints aller persistenten, lokalen Dateisysteme  (mit Ausnahme von loop-Devices) identifizieren und unterhalb von ''/mnt/system'' bind-mounten:
   mkdir /mnt/system
   mount --bind / /mnt/system
+In der Ausgabe von ''df -hT -x tmpfs -x devtmpfs'' die Mountpoints aller weiteren persistenten, lokalen Dateisysteme  (mit Ausnahme von loop-Devices) identifizieren und unterhalb von ''/mnt/system'' bind-mounten:
   mount --bind /boot /mnt/system/boot
-  ...
+und/oder
+  mount --bind /boot/efi /mnt/system/boot/efi
+und möglicherweise weitere:
+  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 ===
 Auf Quell- und Zielsystem muss rsync installiert sein. Alternativ kann man auch [[#tar_ueber_ssh|tar über ssh]] verwenden.
-== Debian (ab 8) ==
+++++ Ubuntu ohne SSH root-Passwort |
-Wie oben unter "[[#debian_ab_8|Vorbereitung Zielsystem]]" beschrieben kann man entweder so vorgehen
-  * wie bei anderen Distributionen, bei denen root ein Passwort hat
-oder
-  * wie bei Ubuntu
-== Ubuntu ==
 Unter **Ubuntu** gibt es defaultmäßig kein root Passwort.
 Wenn ein **Ubuntu** System das **ZIEL** ist, muss man zunächst dem User, mit dem man sich auf dem Ziel einloggen will, einen Eintrag machen, der ''rsync'' via ''sudo'' ohne Passwort erlaubt:
@@ Zeile 128: / 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
+++++
-== SuSE / BTRFS ==
+++++ SuSE / BTRFS |
 Btrfs snapshot subvolumes können nicht sinnvoll mit rsync oder tar gesichert und wieder hergestellt werden, da die Deduplizierung von Btrfs dabei nicht mehr genutzt wird und die Dateien mehrfach im Backup landen würden.
+++++
-== andere Distributionen (bei denen root ein Passwort hat) ==
+  rsync -azSH --acls --xattrs --numeric-ids --del /mnt/system/ root@server:/mnt/backup/notebookXY/dateien
-  rsync -aSH --acls --xattrs --numeric-ids --del /mnt/system/ root@server:/mnt/backup/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. ))
-(( 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. ))
-== erweiterte Attribute und ACLs mit tar und rsync ==
-RedHat's Versionen von ''[[tar]]'' und ''[[rsync]]'' können mit ACLs und erweiterten Dateiattributen umgehen, bei Debian ab Version 8. Dazu die Optionen ''--xattrs'' ( ''tar'' ) oder ''--xattrs --acls'' ( ''rsync'' ) angeben.
 === Plausibilitätsprüfung ===
@@ Zeile 169: / Zeile 158: @@
   * Größenvergleich mit ''du -sh'' -> Achtung: die Größen sind nie exakt gleich, die Größenordnung pro Dateisystem sollte passen.
-Optional, für Freude der Unix-Kommandozeile:
+++++ Optionale, genauere Prüfung für Freude der Unix-Kommandozeile |
 Auf dem Zielsystem Checksummen für Backup-Dateien erzeugen:
@@ Zeile 189: / Zeile 178: @@
 Berechtigungen vergleichen
   diff ~/getfacl.orig /run/getfacl.backup
+++++
+++++ ACLs und erweiterte Attribute |
 === Sicherung der ACL-Dateirechte ===
-nur nötig, wenn ''tar'' oder ''rsync'' das nicht kann
+aktuelle Versionen von ''tar'' und ''rsync'' erledigen das mit, bei älteren Systemen:
   cd /mnt/system
   getfacl --skip-base -P -n -R . > sicherung.acl
@@ Zeile 201: / Zeile 191: @@
   getfattr -Rh -m . -d . > sicherung.attr
   scp sicherung.attr root@server:/mnt/backup
+++++
 ====== Löschen des Systems ======
@@ Zeile 240: / Zeile 231: @@
 ====== Wiederherstellung des Systems ======
-Rettungssystem ( z.B. sysrcd, knoppix ) booten
+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 ====
-Partitionierung anhand der Informationen aus der gesicherten Datei ''sicherung.parted'' und/oder gemäß ''etc/fstab'' aus dem Backup wie in [[Partitionierung]] beschrieben anlegen
+Partitionstabelle wiederherstellen:
+  sfdisk /dev/sda < sicherung.sfdisk
+(( Alternativ: Partitionierung manuell anhand der Informationen aus der gesicherten Datei ''sicherung.parted'' und/oder gemäß ''etc/fstab'' aus dem Backup wie in [[Partitionierung]] beschrieben anlegen
-Bitte Typ der Partitionstabelle (''gpt'' oder ''msdos'') beachten.
+Typ der Partitionstabelle (''gpt'' oder ''msdos'') beachten. ))
 ==== Wiederherstellung LVM ====
-In Knoppix muss dazu zuerst lvm2 gestartet werden:
-  service lvm2 start
 === mit vgcfgrestore ===
 IDs der Physical Volumes herausfinden:
-  less ~/sicherung.vg
+  less sicherung.vg
 Physical Volumes anlegen:
   pvcreate -ff --zero y --restorefile ~/sicherung.vg --uuid xxxxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxxxx /dev/sdaX
   ...
 Name der Volume Group herausfinden:
-  less ~/sicherung.vg
+  less sicherung.vg
 Volume Group und Logical Volumes wiederherstellen:
   vgcfgrestore -f ~/sicherung.vg centos_notebook17
+  vgchange -a y
 === von Hand ===
@@ Zeile 280: / 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 287: / Zeile 295: @@
 ==== Mounten der Zielpartitionen ====
-In ''/mnt/backup/dateien/etc/fstab'' aufgeführte Mountpoints mit ''mkdir -p'' anlegen und Dateisysteme mit ''mount'' einhängen: (( evtl. mount-optionen ( z.B. acl ) beachten ))
+In ''/mnt/backup/dateien/etc/fstab'' aufgeführte Mountpoints mit ''mkdir'' anlegen und Dateisysteme mit ''mount'' einhängen: (( evtl. mount-optionen ( z.B. acl ) beachten ))
 ((''/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 root-Device ''/dev/mapper/xxx'' oder ähnlich))
-  mkdir -p /tmp/system
+  mkdir /tmp/system
   mount /dev/sdaX /tmp/system
+  # bei openSUSE mount -o subvol=@ /dev/sdaX /tmp/system
-  mkdir -p /tmp/system/boot
+  mkdir /tmp/system/boot
   mount /dev/sdaY /tmp/system/boot
-...
+und/oder
+  mkdir /tmp/system/boot/efi
+  mount /dev/sdaZ /tmp/system/boot/efi
+und möglicherweise weitere:
+  mkdir /tmp/system/…
+  mount …
+Bei btrfs-Subvolumes:
+  mount -o subvol=@/var /dev/sdaW /tmp/system/var
+  …
 ==== Wiederherstellen der Dateien mit rsync über ssh ====
-((mehr siehe [[rsync]]))
+  rsync -azSH --acls --xattrs --numeric-ids root@server:/mnt/backup/notebookXY/dateien/ /tmp/system
-  rsync -aSH --acls --xattrs  --numeric-ids --del -e ssh root@server:/mnt/backup/dateien/ /tmp/system
-evtl. ACLs und erweiterte Dateisystemattribute berücksichtigen
+((mehr siehe [[rsync]])) (( Notlösung: Berechtigungen (teilweise) wiederherstellen, wenn sie nicht richtig gesichert wurden
-(( Notlösung: Berechtigungen (teilweise) wiederherstellen, wenn sie nicht richtig gesichert wurden
   rpm -qa | xargs rpm --setperms
 Todo: debian?
 ))
-=== Ubuntu ===
-  rsync -aSH --acls --xattrs  --numeric-ids --del -e ssh --rsync-path="sudo rsync" user@server:/mnt/backup/dateien/ /tmp/system
+++++ ACLs und erweiterte Attribute |
 === Wiederherstellen der ACL-Dateirechte ===
 nur nötig, wenn ''rsync'' bzw. ''tar'' das nicht kann
@@ Zeile 322: / Zeile 337: @@
 oder
   touch /tmp/system/.autorelabel
+++++
 ===== Bootfähig machen =====
 ==== chroot vorbereiten ====
@@ Zeile 328: / Zeile 343: @@
   mount --rbind /proc /tmp/system/proc
   mount --rbind /sys  /tmp/system/sys
+  mount --bind /run  /tmp/system/run
-(( 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!
+((/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! )) ((
-Ich habe es schon erlebt, dass die Datei ''/etc/mtab'' falsche Informationen enthält. Falls das so ist, kann man sie so ersetzen:
+=== Alternativ mit bind statt rbind ===
-  mv /tmp/system/etc/mtab  /tmp/system/etc/mtab.bak
-  cp -a /proc/mounts /tmp/system/etc/mtab
-Nach dem chroot nicht vergessen, die ''/etc/mtab'' wiederherzustellen:
-  mv /tmp/system/etc/mtab.bak /tmp/system/etc/mtab
-))
-((
-=== Alternativ ohne rbind ===
   mount --bind /dev /tmp/system/dev
   mount --bind /dev/pts /tmp/system/dev/pts
   mount --bind /proc /tmp/system/proc
   mount --bind /sys /tmp/system/sys
+  mount --bind /run /tmp/system/run
 ))
-/run ist sinnvoll bei der Verwendung von lvm oder raid
-  mount --bind /run /tmp/system/run
 ==== UEFI ====
 (nur bei UEFI-Systemen)
@@ Zeile 359: / Zeile 364: @@
   chroot /tmp/system /bin/bash
+=== grub-efi bzw. efivars wiederherstellen ===
-=== grub-efi über efi ===
+Debian / Ubuntu:
-Bei einfachen Installationen ist grub-efi der zweite Bootloader hinter efi.
+  grub-install
-In diesem Fall reicht
-  grub-install dummy
+SuSE (ab 15.4):
+  grub2-install
+  shim-install
-Voraussetzung dafür ist, dass die EFI-System-Partition (ESP) an die richtige
+CentOS / Rocky (ab 9):
-Stelle gemountet ist (/boot/grub/efi)
+''grub-install'' funktioniert nicht, also müssen die EFI-Einträge manuell gesetzt werden
+  efibootmgr -v
+-> alle alten Einträge löschen:
+  efibootmgr -B -b 000f
+(( ''000f'' ist hier nur ein Beispiel für einen veralteten Eintrag ))
+EFI ESP Partition merken
+  grub2-probe -t device /boot/efi/EFI/
+EFI-Eintrag anlegen
+  efi_label='Name der Distribution' # z.B. ''CentOS Linux'' oder ''Rocky Linux''
+  distro='DISTRIBUTION' # ''centos'' oder ''rocky''
+  boot_device='/dev/sda' # ''/dev/sda'' oder ''/dev/nvme0n1''
+  esp_partition_id=1
+  efibootmgr --create --disk "$boot_device" --part "$esp_partition_id" --label "$efi_label" --loader "/EFI/$distro/shimx64.efi"
+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 und kernel-install von Hand:
+  grubby --info DEFAULT
+  source /etc/default/grub
+  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 405: / Zeile 440: @@
 ))
 === EFI Variablen prüfen ===
+  blkid
   efibootmgr -v
@@ Zeile 425: / Zeile 461: @@
   update-bootloader --refresh
-== CentOS 7 ==
+== CentOS (ab 7) ==
   grub2-install /dev/sda
   grub2-mkconfig > /boot/grub2/grub.cfg
@@ Zeile 443: / Zeile 479: @@
   grub-install --recheck --no-floppy hd0
-==== Centos 8 Recovery mit UEFI ====
-grub-install funktioniert nicht, also müssen die EFI-Einträge manuell gesetzt werden
-  efibootmbr -v
-da wird wahrscheinlich nur noch der PXE-Eintrag sein
-EFI SP merken
-  blkid
-  gdisk -l /dev/sda
-Achtung: Je nach Umgebung, sind efivars gar nicht gemountet oder RO
-  mount -oremount,rw /sys/firmware/efi/efivars
-EFI-Eintrag machen (-p = ordinale Nummer der ESP)
-  efibootmgr -c -L "CentOS Linux" -l /EFI/centos/shimx64.efi -p 1
-nochmal kontrollieren
-  blkid
-  efibootmgr -v
-grub-config neu erzeugen
-  grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
-Fallen
-  * /etc/default/grub # resume devices und Parameter
 ==== reboot ====
 chroot-Umgebung (z.B. mit ''Strg+d'') verlassen und
@@ Zeile 473: / Zeile 485: @@
 ===== Anpassungen bei geänderter Hardware oder geänderten Partitionen =====
+==== Ubuntu (22.04 LTS) ====
+  * TODO: Nach Backup/Restore ist snap kaputt
 ==== 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 713: / Zeile 729: @@
   * BTRFS Dateisysteme von Backup-System via SSH zurückspielen<code example>
-ssh nutzerXX@192.168.1.2XX "cat notebookXX.btrfs" | btrfs recieve /mnt/.restore
+ssh nutzerXX@192.168.1.2XX "cat notebookXX.btrfs" | btrfs receive /mnt/.restore
 </code>
@@ Zeile 732: / Zeile 748: @@
   * Root-Filesystem-ID als neues Default-Volume des BTRFS Dateisystems eintragen<code example>
-btrfs subvol set-default <id>
+btrfs subvol set-default <id> /mnt
 </code>
@@ Zeile 795: / Zeile 811: @@
   * Nach erfolgreichem Boot die Restore-Subvolumes löschen