Skip to content

Restic - Mounten der Sicherung

Restic
2 1 386
  • Durch einen Thread im Debian Forum ist mir aufgefallen, das sich einiges getan hat bei Restic, seit ich das letzte Mal eine Sicherung gemountet habe. Somit muss ich das mal hier festhalten, damit ich das wieder finde wenn ich es brauche.

    Einen Mountpunkt anlegen

    root@debian:~# mkdir /tmp/test
    

    Restic Sicherung mounten

    root@debian:~# restic -r /media/1TB/Restic/Home_Debian mount --allow-other /tmp/test
    enter password for repository: 
    repository xxxxd7f8 opened successfully, password is correct
    Now serving the repository at /tmp/test
    Don't forget to umount after quitting!
    

    Ohne den Flag

    --allow-other
    

    kann man sich mit dem Dateimanager die Daten nicht anzeigen lassen. Das geht ohne nur auf der Konsole. Hier noch die Hilfe von Restic zum Mount Befehl.

    frank@debian:~$ restic help mount
    
    The "mount" command mounts the repository via fuse to a directory. This is a
    read-only mount.
    
    Snapshot Directories
    ====================
    
    If you need a different template for all directories that contain snapshots,
    you can pass a template via --snapshot-template. Example without colons:
    
        --snapshot-template "2006-01-02_15-04-05"
    
    You need to specify a sample format for exactly the following timestamp:
    
        Mon Jan 2 15:04:05 -0700 MST 2006
    
    For details please see the documentation for time.Format() at:
      https://godoc.org/time#Time.Format
    
    Usage:
      restic mount [flags] mountpoint
    
    Flags:
          --allow-other                  allow other users to access the data in the mounted directory
          --allow-root                   allow root user to access the data in the mounted directory
      -h, --help                         help for mount
      -H, --host string                  only consider snapshots for this host
          --no-default-permissions       for 'allow-other', ignore Unix permissions and allow users to read all snapshot files
          --owner-root                   use 'root' as the owner of files and dirs
          --path path                    only consider snapshots which include this (absolute) path
          --snapshot-template template   set template to use for snapshot dirs (default "2006-01-02T15:04:05Z07:00")
          --tag taglist                  only consider snapshots which include this taglist (default [])
    
    Global Flags:
          --cacert file               file to load root certificates from (default: use system certificates)
          --cache-dir string          set the cache directory. (default: use system default cache directory)
          --cleanup-cache             auto remove old cache directories
          --json                      set output mode to JSON for commands that support it
          --key-hint string           key ID of key to try decrypting first (default: $RESTIC_KEY_HINT)
          --limit-download int        limits downloads to a maximum rate in KiB/s. (default: unlimited)
          --limit-upload int          limits uploads to a maximum rate in KiB/s. (default: unlimited)
          --no-cache                  do not use a local cache
          --no-lock                   do not lock the repo, this allows some operations on read-only repos
      -o, --option key=value          set extended option (key=value, can be specified multiple times)
          --password-command string   specify a shell command to obtain a password (default: $RESTIC_PASSWORD_COMMAND)
      -p, --password-file string      read the repository password from a file (default: $RESTIC_PASSWORD_FILE)
      -q, --quiet                     do not output comprehensive progress report
      -r, --repo string               repository to backup to or restore from (default: $RESTIC_REPOSITORY)
          --tls-client-cert string    path to a file containing PEM encoded TLS client certificate and private key
      -v, --verbose n                 be verbose (specify --verbose multiple times or level n)
    
  • Bedingt durch einen Hardwareumbau und einer folgenden Neuinstallation, musste ich das Gestern mal live testen. Das klappt hervorragend 🙂 Die Sicherung einbinden und dann gemütlich alles wieder zurück kopieren, was man braucht. Perfekt!

  • Restic v0.17.3 released

    Linux restic linux
    1
    0 Stimmen
    1 Beiträge
    174 Aufrufe
    Niemand hat geantwortet
  • Restic v0.17.2 released

    Restic restic linux
    1
    0 Stimmen
    1 Beiträge
    169 Aufrufe
    Niemand hat geantwortet
  • Rest-Server v0.11.0

    Restic rest-server restic
    1
    0 Stimmen
    1 Beiträge
    157 Aufrufe
    Niemand hat geantwortet
  • checkmk - Rest-Server überwachen

    Verschoben checkmk checkmk linux restic
    1
    3
    0 Stimmen
    1 Beiträge
    688 Aufrufe
    Niemand hat geantwortet
  • Restic v0.12.0 released

    Restic linux restic
    1
    0 Stimmen
    1 Beiträge
    252 Aufrufe
    Niemand hat geantwortet
  • Restic & Rclone & Nextcloud

    Linux nextcloud rclone linux restic
    3
    0 Stimmen
    3 Beiträge
    849 Aufrufe
    FrankMF
    Hier mal eine Ausgabe vom ersten Durchgang root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct created new cache in /root/.cache/restic rclone: 2020/05/08 17:47:57 ERROR : locks: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : index: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : snapshots: error listing: directory not found Files: 3503 new, 0 changed, 0 unmodified Dirs: 2 new, 0 changed, 0 unmodified Added to the repo: 16.872 GiB processed 3503 files, 21.134 GiB in 1:02:56 snapshot fdxxxxec saved Der erste Durchgang hat also etwa eine Stunde benötigt. Durch die Deduplikation der Daten, ist der Vorgang beim zweiten Durchgang viel schneller weil nur neue oder geänderte Daten gesichert werden. Und außerdem sind alle Daten AES-256 verschlüsselt. Also perfekt zur Ablage in irgendeiner Cloud root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct Files: 57 new, 41 changed, 3449 unmodified Dirs: 0 new, 2 changed, 0 unmodified Added to the repo: 22.941 MiB processed 3547 files, 21.137 GiB in 0:13 snapshot c6xxxxe4 saved Wie ihr seht, hat der zweite Durchgang nur ein paar neue und geänderte Daten gesichert. Der Rest ist ja schon vorhanden. Und das kann man dann auch problemlos täglich, wöchentlich oder was auch immer mal eben schnell durchführen. Eines meiner absoluten Lieblingstool
  • Restic - Beispielzeiten

    Restic linux restic
    1
    0 Stimmen
    1 Beiträge
    525 Aufrufe
    Niemand hat geantwortet
  • Restic - Einen ROCKPro64 als Datengrab benutzen

    Verschoben Restic linux restic
    2
    1
    0 Stimmen
    2 Beiträge
    924 Aufrufe
    FrankMF
    So, dann mal das Ganze testen wenn man seinen Haupt-PC neu installiert hat und ein paar Daten braucht. [image: 1534692579149-img_20180819_090116_ergebnis-resized.jpg] Also, mal Restic installiert. sudo apt-get install restic Nach erfolgter Installation ein Test frank@frank-MS-7A34:~/restic$ restic version restic 0.8.3 compiled with go1.10 on linux/amd64 Geht so weit. Snapshots auflisten. restic -r sftp:rock64@IP:/home/rock64/backup snapshots Sieht dann so aus. frank@frank-MS-7A34:~$ sudo restic -r sftp:rock64@192.168.3.207:/home/rock64/backup snapshots [sudo] Passwort für frank: rock64@192.168.3.207's password: enter password for repository: password is correct ID Date Host Tags Directory ---------------------------------------------------------------------- 7e2eddcb 2018-08-18 10:10:40 frank-MS-7A34 /home/frank/Bilder 073b7cb4 2018-08-18 14:21:17 frank-MS-7A34 /home/frank 6bc9b21b 2018-08-18 16:11:19 frank-MS-7A34 /home/frank ---------------------------------------------------------------------- 3 snapshots Snapshot wiederherstellen sudo restic -r sftp:rock64@IP:/home/rock64/backup restore latest --target /tmp/backup Hiermit stellen wir das Backup im temporären Ordner /tmp/backup wieder her. Hat ewig gedauert, aber ging !?!?!?