Linuxhotel Wiki

Wie ging das nochmal?

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Zuletzt angesehen: • lvm • mysql • samba • befehle • tar • logrotate • gitarrenverstaerkung_mit_rocksmith-kabel • fish • dovecot-virtual-domains • systemsicherung
admin_grundlagen:systemsicherung

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
Nächste Überarbeitung		Vorherige Überarbeitung
admin_grundlagen:systemsicherung [2025/02/06 14:33] – [Vorbereitung Zielsystem] ingo_wichmannadmin_grundlagen:systemsicherung [2025/11/28 11:53] (aktuell) – [Sicherung der Dateisystem-Einstellungen] ingo_wichmann
Zeile 13: Zeile 13:
  
 ==== SSH Zugriff als root ==== ==== SSH Zugriff als root ====
-=== Möglichkeit a: root das Anmelden mit Passwort erlauben === 
 Root Passwort setzen, sofern nicht bekannt/verfügbar: Root Passwort setzen, sofern nicht bekannt/verfügbar:
   passwd root   passwd root
  
-<file txt /etc/ssh/sshd_config.d/root>+<file txt /etc/ssh/sshd_config.d/root.conf>
 PermitRootLogin yes PermitRootLogin yes
 </file> </file>
Zeile 23: Zeile 22:
   systemctl restart ssh.service   systemctl restart ssh.service
  
-=== Möglichkeit b: sudo und ssh-Schlüssel === +++++  Alternativ: sudo und ssh-Schlüssel |
-++++  Möglichkeit b |+
 Zielverzeichnis ''/mnt/backup'' muss dem Nutzer gehören: Zielverzeichnis ''/mnt/backup'' muss dem Nutzer gehören:
   chown nutzerXX /mnt/backup   chown nutzerXX /mnt/backup
Zeile 51: Zeile 49:
  
 ==== Sicherung LVM Informationen ==== ==== Sicherung LVM Informationen ====
-  vgcfgbackup -f sicherung.vg+  vgcfgbackup -f sicherung.vg.%s
   pvdisplay > sicherung.pvdisplay   pvdisplay > sicherung.pvdisplay
   vgdisplay > sicherung.vgdisplay   vgdisplay > sicherung.vgdisplay
Zeile 66: Zeile 64:
   lsblk -f   lsblk -f
 oder oder
-  df -Thlx tmpfs -x devtmpfs+  df -Thlx tmpfs -x devtmpfs -x efivarfs
 -> alle persistenten, lokalen Dateisysteme müssen gesichert werden -> alle persistenten, lokalen Dateisysteme müssen gesichert werden
  
Zeile 79: Zeile 77:
  
 == btrfs == == 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 == == vfat ==
Zeile 90: Zeile 92:
  
 ==== Einstellungs-Dateien auf Zielsystem kopieren ==== ==== 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 ==== ==== Sicherung der Dateien ====
Zeile 107: Zeile 106:
   mount --bind /boot/efi /mnt/system/boot/efi   mount --bind /boot/efi /mnt/system/boot/efi
 und möglicherweise weitere: 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 === === 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.  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 [[#andere_distributionen_bei_denen_root_ein_passwort_hat|anderen Distributionen, bei denen root ein Passwort hat]] +
-oder +
-  * wie bei Ubuntu +
- +
-== Ubuntu ==+
 Unter **Ubuntu** gibt es defaultmäßig kein root Passwort.  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: 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 130: Zeile 125:
 <file txt /etc/sudoers.d/backup> <file txt /etc/sudoers.d/backup>
 %sudo  ALL=(ALL) NOPASSWD: ALL %sudo  ALL=(ALL) NOPASSWD: ALL
-</file> (( oder 
-<file txt /etc/sudoers.d/backup> 
-%sudo  ALL=(ALL) NOPASSWD: /usr/bin/rsync 
 </file> </file>
-)) 
  
 Der Benutzer muss in der Gruppe //sudo// sein Der Benutzer muss in der Gruppe //sudo// sein
  
 Und dann lautet der Befehl zum Backup:  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.  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. ))
  
Zeile 239: Zeile 231:
  
 ====== Wiederherstellung des Systems ====== ====== 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 ===== ===== Schritte im Rettungs-System =====
 +==== Sicherungs-Dateien zurückkopieren ====
 +
 +  scp root@server:/mnt/backup/sicherung.* /tmp
 +
 ==== Wiederherstellung der Partitionierung ==== ==== Wiederherstellung der Partitionierung ====
 Partitionstabelle wiederherstellen: Partitionstabelle wiederherstellen:
Zeile 281: Zeile 279:
 ((Eine UUID die von ''blkid'' im Format ''%%UUID="066B-5CE0"%%'' ausgegeben wurde muss ''mkfs.vfat'' mit ''066B5CE0'' (also ohne Minus) übergeben werden)) ((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 ==== ==== 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)) ((''/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 291: Zeile 299:
   mkdir /tmp/system   mkdir /tmp/system
   mount /dev/sdaX /tmp/system   mount /dev/sdaX /tmp/system
 +  # bei openSUSE mount -o subvol=@ /dev/sdaX /tmp/system
  
   mkdir /tmp/system/boot   mkdir /tmp/system/boot
Zeile 301: Zeile 310:
   mount …   mount …
  
 +Bei btrfs-Subvolumes:
 +
 +  mount -o subvol=@/var /dev/sdaW /tmp/system/var
 +  …
 ==== Wiederherstellen der Dateien mit rsync über ssh ==== ==== 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 ((mehr siehe [[rsync]])) (( Notlösung: Berechtigungen (teilweise) wiederherstellen, wenn sie nicht richtig gesichert wurden
Zeile 308: Zeile 321:
 Todo: debian? 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 | ++++ ACLs und erweiterte Attribute |
Zeile 332: Zeile 343:
   mount --rbind /proc /tmp/system/proc   mount --rbind /proc /tmp/system/proc
   mount --rbind /sys  /tmp/system/sys   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! )) (( ((/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 === === Alternativ mit bind statt rbind ===
Zeile 359: Zeile 370:
  
 SuSE (ab 15.4):  SuSE (ab 15.4): 
-  grub-install+  grub2-install
   shim-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 ''grub-install'' funktioniert nicht, also müssen die EFI-Einträge manuell gesetzt werden
Zeile 378: Zeile 389:
   distro='DISTRIBUTION' # ''centos'' oder ''rocky''   distro='DISTRIBUTION' # ''centos'' oder ''rocky''
   boot_device='/dev/sda' # ''/dev/sda'' oder ''/dev/nvme0n1''   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"   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: 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   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   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 478: Zeile 490:
  
 ==== Rebuild Red Hat / Rocky / Alma 8 ==== ==== 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: Je nach dem wie sich die Hardware geändert hat, sind folgende Bereiche anzupassen:
Zeile 799: Zeile 811:
  
   * Nach erfolgreichem Boot die Restore-Subvolumes löschen   * Nach erfolgreichem Boot die Restore-Subvolumes löschen
 +
admin_grundlagen/systemsicherung.1738852417.txt.gz · Zuletzt geändert: 2025/02/06 14:33 von ingo_wichmann