Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen gezeigt.

--- lpi2:tar [2017/05/10 09:39]
ingo_wichmann [Sicherung mit tar auf Band]
+++ lpi2:tar [2025/03/27 12:23] (aktuell)
@@ Zeile 1: / Zeile 1: @@
 ====== tar ======
-Wichtige Optionen für tar:
+^ Hauptoptionen ^^^
-| c | ''%%--create%%''  | tar Archiv erstellen |
+| ''c'' | ''%%--create%%''  | tar Archiv erstellen |
-| x | ''%%--extract%%'' | tar Archiv auspacken |
+| ''x'' | ''%%--extract%%'' | tar Archiv auspacken |
-| t | ''%%--list%%''    | tar Archiv anzeigen  |
+| ''t'' | ''%%--list%%''    | tar Archiv anzeigen  |
-| d | ''%%--diff%%''    | tar Archiv vergleichen |
+| ''d'' | ''%%--diff%%''    | tar Archiv vergleichen |
-| f | ''%%--file%%''    | tar Archiv in angegebene Datei schreiben bzw. aus angegebener Datei lesen |
+^ weitere Optionen ^^^
-| l | ''%%--one-file-system%%'' | keine Mountpoints sichern, bleibe auf dem Start-Dateisytem |
+| ''f'' | ''%%--file%%''    | tar Archiv in angegebene Datei schreiben bzw. aus angegebener Datei lesen |
-|   | ''%%--numeric-owner%%''   | Nicht die Namen, sondern die Nummern der Benutzer sollen gesichert werden. Notwendig bei der Sicherung des Kompletten Systems |
+| ''l'' | ''%%--one-file-system%%'' | keine Mountpoints sichern, bleibe auf dem Start-Dateisytem |
-| z | ''%%--gzip%%''            | gzip Komprimierung: geringere Komprimierung, nicht reparierbar bei Fehlern, geringer Rechenaufwand |
+| ''z'' | ''%%--gzip%%''            | gzip Komprimierung: geringere Komprimierung, nicht reparierbar bei Fehlern, geringer Rechenaufwand |
-| j | ''%%--bzip2%%''           | bzip2 Komprimierung: höhere Komprimierung, größere Datensicherheit, mehr Rechenaufwand im Vergleich zu gzip |
+| ''j'' | ''%%--bzip2%%''           | bzip2 Komprimierung: höhere Komprimierung, größere Datensicherheit, mehr Rechenaufwand im Vergleich zu gzip |
-| J | ''%%--xz%%''              | xz Komprimierung: noch höhere Komprimierung, noch mehr Rechenaufwand |
+| ''J'' | ''%%--xz%%''              | xz Komprimierung: noch höhere Komprimierung, noch mehr Rechenaufwand |
-===== tar und gzip =====
+|       | ''%%--zstd%%''              | zstd Komprimierung: noch höhere Komprimierung, weniger Rechenaufwand, threaded |
-(( wird man in der Praxis so selten verwenden, nur um zu zeigen das //tar// und //gzip// zwei verschiedene Aufgaben erfüllen. ))
+|       | ''%%--numeric-owner%%''   | Nicht die Namen, sondern die Nummern der Benutzer sollen gesichert werden. Notwendig bei der Sicherung des kompletten Systems |
+|       | ''%%--acl%%''             | ACLs mitsichern bzw. wiederherstellen |
+|       | ''%%--xattrs%%''          | erweiterte Attribute (für SELinux, Capabilities, o.ä.) mitsichern |
+| ''C'' | ''%%--directory%%'' | ins Verzeichnis wechseln |
-Verzeichnis archivieren:
+===== Verzeichnis in lokales Archiv sichern =====
-  tar cf directory.tar directory/
+Verzeichnis ''/usr/share'' archivieren und komprimieren:
-Archiv komprimieren:
+  tar -caf share.tar.gz -C /usr share
-  gzip directory.tar
-Archiv entpacken:
-  gunzip directory.tar.gz
-Archiv ansehen:
-  tar tf directory.tar
-Archiv auspacken:
-  tar xf directory.tar
-===== tar =====
-Verzeichnis archivieren und komprimieren:
-  tar czf directory.tgz directory/
 komprimiertes Archiv ansehen:
-  tar tzf directory.tgz
+  tar -tf share.tar.gz
 komprimiertes Archiv auspacken:
-  tar xzf directory.tgz
+  tar -xf share.tar.gz
-===== erweiterte Attribute, ACLs, Capabilities =====
-//testen, klappt evtl nur mit RH-Version und tar ab Version 1.27//
-//Todo: unter CentOS 7 getestet. Was ist mit debian und tar Version 1.27?//
-The default ACL values have incorrectly been filled in, using the values of the directory's access permissions. Dieser Bug ist unter CentOS bekannt: https://bugs.centos.org/view.php?id=7696
-Diesen Bug gibt es aber auch unter Debian, in tar aus den Backports. Wahrscheinlich auch unter jessie.
-  tar -c --xattrs --acls --one-file-system --directory / . | ssh nutzer06@notebook06 sudo tar x --xattrs --acls --xattrs-include='*' --directory /mnt/backup/tar
-((https://bugzilla.redhat.com/show_bug.cgi?id=771927))
-===== Sicherung mit tar auf Band =====
-Komplettsicherung eines Systems auf Band ( ''/dev/st0'' ), bei dem die Verzeichnisse ''/'' und ''/usr'' und ''/dev'' auf separaten Dateisystemen liegen:
-  tar cf /dev/st0 --one-file-system --numeric-owner / /usr
-oder in Langform:
-  tar --create --one-file-system --numeric-owner --file /dev/st0 / /usr
-Überprüfung der Sicherung:
-  cd / && tar dlf /dev/st0 *
-Sicherung in Datei, mit Logdateien:
-  mount server:/verzeichnis /mnt/sicherung
-  tar -czvf /mnt/sicherung/notebook22a.tgz --numeric-owner --one-file-system / /usr /dev > /mnt/sicherung/notebook22a.log 2>/mnt/sicherung/notebook22a.err
-Sicherung auf mehrere Dateien aufteilen, z.B. wegen Dateisystem-Begrenzungen oder für CD's:
-  tar -cz --numeric-owner --one-file-system / /usr/bin/ | split -b 650m /mnt/sicherung/notebook22a.tgz.
-====== Dateien kopieren mit sudo, tar und ssh ======
+===== Datensicherung über ssh =====
-Datei incl. Berechtigungen von notebook01 auf notebook02 kopieren: (( überschreibt ohne zu Fragen! ))
+==== Pull-Backup ====
-  ssh notebook01 'sudo tar cP /etc/ssl/certs/service.linuxhotel.de.cert.pem /etc/ssl/private/service.linuxhotel.de.key.pem' | ssh notebook02 'sudo tar xP'
+user@server.lxht.de:/usr/share/ -> ./share.tar.gz
-((alternativ, incl. Anzeige der Übertragung:
+  ssh user@server.lxht.de tar -czC /usr share > share.tar.gz
-  ssh notebook01 'sudo tar cP /etc/ssl/certs/service.linuxhotel.de.cert.pem /etc/ssl/private/service.linuxhotel.de.key.pem' | ssh notebook02 'pv -b -r | sudo tar xP'
+++++ Alternativ mit zstd|
-))
+  ssh user@server.lxht.de tar -cC /usr --zst share > share.tar.zst
-====== Verzeichnisse kopieren mit sudo, tar und netcat ======
+++++
-Unter Debian (6) getestet, unter CentOS wahrscheinlich andere Schalter.
+=== Restore dazu ===
-===== Empfänger =====
+./share.tar.gz -> user@server.lxht.de:/home/user/share
-  netcat -l -s 172.16.240.155 -p 6666 | sudo tar xz --directory /mnt/kopie
+  ssh user@server.lxht.de tar -xz < share.tar.gz
+++++ Alternativ mit zstd|
+  ssh user@server.lxht.de tar -x --zst < share.tar.zst
+++++
+==== Push-Backup ====
+/usr/share/ -> user@server.lxht.de:/home/user/share.tar.gz
+  tar -czC /usr share | ssh user@server.lxht.de 'cat > share.tar.gz'
+++++ Alternativ mit zstd|
+  tar -cC /usr share --zst | ssh user@server.lxht.de 'cat > share.tar.zst'
+++++
+=== Restore dazu ===
+user@server.lxht.de:/home/user/share.tar.gz -> ./share
+  ssh user@server.lxht.de cat share.tar.gz | tar -xz
+++++ Alternativ mit zstd|
+  ssh user@server.lxht.de cat share.tar.zst | tar -x --zst
+++++
-((alternativ, incl. Anzeige der Übertragung:
+===== Komplettsicherung eines Linux-Systems =====
-  netcat -l -s 172.16.240.155 -p 6666 | pv -b -r | sudo tar xz --directory /mnt/kopie
+Systemverzeichnisse ermitteln:
-))
+  df -hT -x tmpfs -x deftmpfs
-===== Sender =====
-  tar cz --numeric-owner --directory /mnt/original . | nc -q0 -T reliability 172.16.240.155 6666
+Alle Systemverzeichnise auf Server sichern:
+  sudo tar c  --xattrs --acls --xattrs-include='*' --numeric-owner --one-file-system / /boot /boot/efi | zstd | ssh nutzer45@notebook45 'cat > /mnt/backup.tar.zst'
+===== Grenzen von tar =====
+  * https://www.cyphar.com/blog/post/20190121-ociv2-images-i-tar

Linuxhotel Wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge