#rsync — Public Fediverse posts

Backup then reinstall with encryption on my SSD for Ubuntu #encryption #backup #rsync #dejadup #2604

https://askubuntu.com/q/1567089/612

Brauche mal Hilfe für #linux #debian #trixie #nas #usbraid #nfs #usb #rsync #bash.

Ich habe ein #Script das nicht funktioniert und doch funktioniert *grrrr*

(Script Begin)
#!/bin/bash

set -ex

# check for mount
grep /backup /etc/mtab > /dev/null || exit 1

# directory to backup
BDIR=/home/wilma_wein/

# Destination dir for rsync
DDIR=/media/backup

# excludes file - this contains a wildcard pattern per line of files to exclude
EXCLUDES=/root/rsy.excl

# BACKUPDIR=${1:-`date +%A`}
BACKUPDIR=${1:-"day"`date +%d`}

OPTS="--force
--ignore-errors \
--delete-excluded \
--exclude-from=$EXCLUDES
--delete --backup --backup-dir=$DDIR/$BACKUPDIR -a -v"

export PATH=$PATH:/bin:/usr/bin:/usr/local/bin

# if destination does not exist, make it;-)
[ -d $DDIR ] || mkdir $DDIR

# write logfile
echo oooooooooooooooooooooooooooooooooooooooooooo >> /root/rsy.log
date >> /root/rsy.log

# delete existing backup dir
[ -d $DDIR/$BACKUPDIR ] && (echo remaking $DDIR/$BACKUPDIR >> /root/rsy.log; rm -r $DDIR/$BACKUPDIR)

# now the actual transfer
rsync $OPTS $BDIR $DDIR/current >> /root/rsy.log

(Script Ende)
.
.
Dieses Script soll mir mein komplettes /home sichern und gelöschte dateien in den heutigen Tag (Ordner day20 anlegen) und die gelöschte oder alte Datei (sofern geändert) verschieben. Die geänderte neue Datei im BackUp Ordner belassen.

Folgende Laufwerke sind in meiner #fstab gemountet:

# Angeschlossenes USB RAID Laufwerk.
/dev/sdb1 /media/USBRaid ext4 auto,nouser,exec,async,noatime 0 0
# Network Attached Storage Synology
192.168.2.120:/volume1/backup /media/synology223j/backup nfs auto,user,exec,async,noatime 0 0
.
.
Das Script funktioniert einwandfrei mit dem #USBRaid Laufwerk (RAID 0 - Striping)
aber nicht mit dem #Synology #NAS (RAID 1 - Mirroring), dort wird mir mein /home auch im Tagesordner gespeichert.
.
.
??? Kann sich hier wer vorstellen oder weiß warum das mit der #NAS nicht funzt ???

Brauche mal Hilfe für #linux #debian #trixie #nas #usbraid #nfs #usb #rsync #bash.

Ich habe ein #Script das nicht funktioniert und doch funktioniert *grrrr*

(Script Begin)
#!/bin/bash

set -ex

# check for mount
grep /backup /etc/mtab > /dev/null || exit 1

# directory to backup
BDIR=/home/wilma_wein/

# Destination dir for rsync
DDIR=/media/backup

# excludes file - this contains a wildcard pattern per line of files to exclude
EXCLUDES=/root/rsy.excl

# BACKUPDIR=${1:-`date +%A`}
BACKUPDIR=${1:-"day"`date +%d`}

OPTS="--force
--ignore-errors \
--delete-excluded \
--exclude-from=$EXCLUDES
--delete --backup --backup-dir=$DDIR/$BACKUPDIR -a -v"

export PATH=$PATH:/bin:/usr/bin:/usr/local/bin

# if destination does not exist, make it;-)
[ -d $DDIR ] || mkdir $DDIR

# write logfile
echo oooooooooooooooooooooooooooooooooooooooooooo >> /root/rsy.log
date >> /root/rsy.log

# delete existing backup dir
[ -d $DDIR/$BACKUPDIR ] && (echo remaking $DDIR/$BACKUPDIR >> /root/rsy.log; rm -r $DDIR/$BACKUPDIR)

# now the actual transfer
rsync $OPTS $BDIR $DDIR/current >> /root/rsy.log

(Script Ende)
.
.
Dieses Script soll mir mein komplettes /home sichern und gelöschte dateien in den heutigen Tag (Ordner day20 anlegen) und die gelöschte oder alte Datei (sofern geändert) verschieben. Die geänderte neue Datei im BackUp Ordner belassen.

Folgende Laufwerke sind in meiner #fstab gemountet:

# Angeschlossenes USB RAID Laufwerk.
/dev/sdb1 /media/USBRaid ext4 auto,nouser,exec,async,noatime 0 0
# Network Attached Storage Synology
192.168.2.120:/volume1/backup /media/synology223j/backup nfs auto,user,exec,async,noatime 0 0
.
.
Das Script funktioniert einwandfrei mit dem #USBRaid Laufwerk (RAID 0 - Striping)
aber nicht mit dem #Synology #NAS (RAID 1 - Mirroring), dort wird mir mein /home auch im Tagesordner gespeichert.
.
.
??? Kann sich hier wer vorstellen oder weiß warum das mit der #NAS nicht funzt ???

Brauche mal Hilfe für #linux #debian #trixie #nas #usbraid #nfs #usb #rsync #bash.

Ich habe ein #Script das nicht funktioniert und doch funktioniert *grrrr*

(Script Begin)
#!/bin/bash

set -ex

# check for mount
grep /backup /etc/mtab > /dev/null || exit 1

# directory to backup
BDIR=/home/wilma_wein/

# Destination dir for rsync
DDIR=/media/backup

# excludes file - this contains a wildcard pattern per line of files to exclude
EXCLUDES=/root/rsy.excl

# BACKUPDIR=${1:-`date +%A`}
BACKUPDIR=${1:-"day"`date +%d`}

OPTS="--force
--ignore-errors \
--delete-excluded \
--exclude-from=$EXCLUDES
--delete --backup --backup-dir=$DDIR/$BACKUPDIR -a -v"

export PATH=$PATH:/bin:/usr/bin:/usr/local/bin

# if destination does not exist, make it;-)
[ -d $DDIR ] || mkdir $DDIR

# write logfile
echo oooooooooooooooooooooooooooooooooooooooooooo >> /root/rsy.log
date >> /root/rsy.log

# delete existing backup dir
[ -d $DDIR/$BACKUPDIR ] && (echo remaking $DDIR/$BACKUPDIR >> /root/rsy.log; rm -r $DDIR/$BACKUPDIR)

# now the actual transfer
rsync $OPTS $BDIR $DDIR/current >> /root/rsy.log

(Script Ende)
.
.
Dieses Script soll mir mein komplettes /home sichern und gelöschte dateien in den heutigen Tag (Ordner day20 anlegen) und die gelöschte oder alte Datei (sofern geändert) verschieben. Die geänderte neue Datei im BackUp Ordner belassen.

Folgende Laufwerke sind in meiner #fstab gemountet:

# Angeschlossenes USB RAID Laufwerk.
/dev/sdb1 /media/USBRaid ext4 auto,nouser,exec,async,noatime 0 0
# Network Attached Storage Synology
192.168.2.120:/volume1/backup /media/synology223j/backup nfs auto,user,exec,async,noatime 0 0
.
.
Das Script funktioniert einwandfrei mit dem #USBRaid Laufwerk (RAID 0 - Striping)
aber nicht mit dem #Synology #NAS (RAID 1 - Mirroring), dort wird mir mein /home auch im Tagesordner gespeichert.
.
.
??? Kann sich hier wer vorstellen oder weiß warum das mit der #NAS nicht funzt ???

Brauche mal Hilfe für #linux #debian #trixie #nas #usbraid #nfs #usb #rsync #bash.

Ich habe ein #Script das nicht funktioniert und doch funktioniert *grrrr*

(Script Begin)
#!/bin/bash

set -ex

# check for mount
grep /backup /etc/mtab > /dev/null || exit 1

# directory to backup
BDIR=/home/wilma_wein/

# Destination dir for rsync
DDIR=/media/backup

# excludes file - this contains a wildcard pattern per line of files to exclude
EXCLUDES=/root/rsy.excl

# BACKUPDIR=${1:-`date +%A`}
BACKUPDIR=${1:-"day"`date +%d`}

OPTS="--force
--ignore-errors \
--delete-excluded \
--exclude-from=$EXCLUDES
--delete --backup --backup-dir=$DDIR/$BACKUPDIR -a -v"

export PATH=$PATH:/bin:/usr/bin:/usr/local/bin

# if destination does not exist, make it;-)
[ -d $DDIR ] || mkdir $DDIR

# write logfile
echo oooooooooooooooooooooooooooooooooooooooooooo >> /root/rsy.log
date >> /root/rsy.log

# delete existing backup dir
[ -d $DDIR/$BACKUPDIR ] && (echo remaking $DDIR/$BACKUPDIR >> /root/rsy.log; rm -r $DDIR/$BACKUPDIR)

# now the actual transfer
rsync $OPTS $BDIR $DDIR/current >> /root/rsy.log

(Script Ende)
.
.
Dieses Script soll mir mein komplettes /home sichern und gelöschte dateien in den heutigen Tag (Ordner day20 anlegen) und die gelöschte oder alte Datei (sofern geändert) verschieben. Die geänderte neue Datei im BackUp Ordner belassen.

Folgende Laufwerke sind in meiner #fstab gemountet:

# Angeschlossenes USB RAID Laufwerk.
/dev/sdb1 /media/USBRaid ext4 auto,nouser,exec,async,noatime 0 0
# Network Attached Storage Synology
192.168.2.120:/volume1/backup /media/synology223j/backup nfs auto,user,exec,async,noatime 0 0
.
.
Das Script funktioniert einwandfrei mit dem #USBRaid Laufwerk (RAID 0 - Striping)
aber nicht mit dem #Synology #NAS (RAID 1 - Mirroring), dort wird mir mein /home auch im Tagesordner gespeichert.
.
.
??? Kann sich hier wer vorstellen oder weiß warum das mit der #NAS nicht funzt ???

Brauche mal Hilfe für #linux #debian #trixie #nas #usbraid #nfs #usb #rsync #bash.

Ich habe ein #Script das nicht funktioniert und doch funktioniert *grrrr*

(Script Begin)
#!/bin/bash

set -ex

# check for mount
grep /backup /etc/mtab > /dev/null || exit 1

# directory to backup
BDIR=/home/wilma_wein/

# Destination dir for rsync
DDIR=/media/backup

# excludes file - this contains a wildcard pattern per line of files to exclude
EXCLUDES=/root/rsy.excl

# BACKUPDIR=${1:-`date +%A`}
BACKUPDIR=${1:-"day"`date +%d`}

OPTS="--force
--ignore-errors \
--delete-excluded \
--exclude-from=$EXCLUDES
--delete --backup --backup-dir=$DDIR/$BACKUPDIR -a -v"

export PATH=$PATH:/bin:/usr/bin:/usr/local/bin

# if destination does not exist, make it;-)
[ -d $DDIR ] || mkdir $DDIR

# write logfile
echo oooooooooooooooooooooooooooooooooooooooooooo >> /root/rsy.log
date >> /root/rsy.log

# delete existing backup dir
[ -d $DDIR/$BACKUPDIR ] && (echo remaking $DDIR/$BACKUPDIR >> /root/rsy.log; rm -r $DDIR/$BACKUPDIR)

# now the actual transfer
rsync $OPTS $BDIR $DDIR/current >> /root/rsy.log

(Script Ende)
.
.
Dieses Script soll mir mein komplettes /home sichern und gelöschte dateien in den heutigen Tag (Ordner day20 anlegen) und die gelöschte oder alte Datei (sofern geändert) verschieben. Die geänderte neue Datei im BackUp Ordner belassen.

Folgende Laufwerke sind in meiner #fstab gemountet:

# Angeschlossenes USB RAID Laufwerk.
/dev/sdb1 /media/USBRaid ext4 auto,nouser,exec,async,noatime 0 0
# Network Attached Storage Synology
192.168.2.120:/volume1/backup /media/synology223j/backup nfs auto,user,exec,async,noatime 0 0
.
.
Das Script funktioniert einwandfrei mit dem #USBRaid Laufwerk (RAID 0 - Striping)
aber nicht mit dem #Synology #NAS (RAID 1 - Mirroring), dort wird mir mein /home auch im Tagesordner gespeichert.
.
.
??? Kann sich hier wer vorstellen oder weiß warum das mit der #NAS nicht funzt ???

How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync

https://askubuntu.com/q/1566852/612

How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync

https://askubuntu.com/q/1566852/612

How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync

https://askubuntu.com/q/1566852/612

How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync

https://askubuntu.com/q/1566852/612

How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync

https://askubuntu.com/q/1566852/612

How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync

https://askubuntu.com/q/1566769/612

How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync

https://askubuntu.com/q/1566769/612

How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync

https://askubuntu.com/q/1566769/612

How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync

https://askubuntu.com/q/1566769/612

How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync

https://askubuntu.com/q/1566769/612

God, I have wasted so many hours today getting rsync to work on windows and it is still not working =[

I wish we could just use Linux everywhere :/

#windows #rsync

God, I have wasted so many hours today getting rsync to work on windows and it is still not working =[

I wish we could just use Linux everywhere :/

#windows #rsync

God, I have wasted so many hours today getting rsync to work on windows and it is still not working =[

I wish we could just use Linux everywhere :/

#windows #rsync

God, I have wasted so many hours today getting rsync to work on windows and it is still not working =[

I wish we could just use Linux everywhere :/

#windows #rsync

I used to use rsync.net for backing up data ages ago. I'm thinking about going back to it especially since it means I can use the excellent FTP Files app from Anders Borum for iOS.

Is anyone using rsync.net these days and have any feedback on how it may have improved, degraded, etc?

#rsync #backup

I used to use rsync.net for backing up data ages ago. I'm thinking about going back to it especially since it means I can use the excellent FTP Files app from Anders Borum for iOS.

Is anyone using rsync.net these days and have any feedback on how it may have improved, degraded, etc?

#rsync #backup

I used to use rsync.net for backing up data ages ago. I'm thinking about going back to it especially since it means I can use the excellent FTP Files app from Anders Borum for iOS.

Is anyone using rsync.net these days and have any feedback on how it may have improved, degraded, etc?

#rsync #backup

I used to use rsync.net for backing up data ages ago. I'm thinking about going back to it especially since it means I can use the excellent FTP Files app from Anders Borum for iOS.

Is anyone using rsync.net these days and have any feedback on how it may have improved, degraded, etc?

#rsync #backup

Le migliori soluzioni di Backup per Linux:

- #BorgBackup
- #BackinTime
- #DejaDup
- #Rsync
- #Clonezilla
- #VeeamAgent
- #Bacula
- #Kup
- #Syncthing
- #UrBackup
- #CobianBackup
- #rdiffBackup
- #Casync
- #Amanda
- #FlyBackup
- #BackupNinja
- #Kbackup
- #Mondorescue
- #Borgmatic
- #Restic
- #Rsnapshot
- #Duplicity
- #Unison
- #Rear
- #BackuoPC
- #Kopia
- #Timeshift
- #Bareos

se usate altri software di Backup segnalateli nei commenti!

#backup #linux #FreeSoftware #opensource

I have a large local #musiclibrary—mostly #flac with some #m4a. I sync it between my #nas and four computers using #rsync.
Unfortunately, I recently discovered that some files appear to be corrupted, even though I've always checked the rsync logs. 🫢

I'll need to scan the entire library now to see how widespread the damage is. I first noticed something was wrong when a few tracks started skipping mid-song while playing via #mpd / #mpc.

I guess nothing lasts forever—not even music files. 😞

Arch Tip týdne: Zálohování – Borg vs rsync

💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.

═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════

Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotu

Instalace:
sudo pacman -S borg

Základní workflow:

inicializace repozitáře (jen jednou)

borg init --encryption=repokey /mnt/backup/repo

vytvoření zálohy

borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.config

výpis archivů

borg list /mnt/backup/repo

obnova souboru

borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

retence – nech 7 denních, 4 týdenní, 6 měsíčních

borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repo

Výhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg

═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════

Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální soubory

Instalace:
sudo pacman -S rsync

Základní workflow:

mirror /home na externí disk

rsync -aAXHv --delete --progress
~/ /mnt/backup/home/

suchý běh (nic nezapíše, jen ukáže)

rsync -aAXHvn --delete ~/ /mnt/backup/home/

přes SSH na vzdálený server

rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/

vynechat složky

rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/

Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování

═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════

Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)

rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deploy

Kombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server

#archlinux #backup #borg #rsync #linux #sysadmi

Arch Tip týdne: Zálohování – Borg vs rsync

💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.

═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════

Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotu

Instalace:
sudo pacman -S borg

Základní workflow:

inicializace repozitáře (jen jednou)

borg init --encryption=repokey /mnt/backup/repo

vytvoření zálohy

borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.config

výpis archivů

borg list /mnt/backup/repo

obnova souboru

borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

retence – nech 7 denních, 4 týdenní, 6 měsíčních

borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repo

Výhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg

═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════

Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální soubory

Instalace:
sudo pacman -S rsync

Základní workflow:

mirror /home na externí disk

rsync -aAXHv --delete --progress
~/ /mnt/backup/home/

suchý běh (nic nezapíše, jen ukáže)

rsync -aAXHvn --delete ~/ /mnt/backup/home/

přes SSH na vzdálený server

rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/

vynechat složky

rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/

Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování

═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════

Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)

rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deploy

Kombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server

#archlinux #backup #borg #rsync #linux #sysadmi

Arch Tip týdne: Zálohování – Borg vs rsync

💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.

═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════

Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotu

Instalace:
sudo pacman -S borg

Základní workflow:

inicializace repozitáře (jen jednou)

borg init --encryption=repokey /mnt/backup/repo

vytvoření zálohy

borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.config

výpis archivů

borg list /mnt/backup/repo

obnova souboru

borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

retence – nech 7 denních, 4 týdenní, 6 měsíčních

borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repo

Výhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg

═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════

Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální soubory

Instalace:
sudo pacman -S rsync

Základní workflow:

mirror /home na externí disk

rsync -aAXHv --delete --progress
~/ /mnt/backup/home/

suchý běh (nic nezapíše, jen ukáže)

rsync -aAXHvn --delete ~/ /mnt/backup/home/

přes SSH na vzdálený server

rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/

vynechat složky

rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/

Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování

═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════

Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)

rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deploy

Kombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server

#archlinux #backup #borg #rsync #linux #sysadmi

Arch Tip týdne: Zálohování – Borg vs rsync

💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.

═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════

Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotu

Instalace:
sudo pacman -S borg

Základní workflow:

inicializace repozitáře (jen jednou)

borg init --encryption=repokey /mnt/backup/repo

vytvoření zálohy

borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.config

výpis archivů

borg list /mnt/backup/repo

obnova souboru

borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

retence – nech 7 denních, 4 týdenní, 6 měsíčních

borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repo

Výhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg

═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════

Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální soubory

Instalace:
sudo pacman -S rsync

Základní workflow:

mirror /home na externí disk

rsync -aAXHv --delete --progress
~/ /mnt/backup/home/

suchý běh (nic nezapíše, jen ukáže)

rsync -aAXHvn --delete ~/ /mnt/backup/home/

přes SSH na vzdálený server

rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/

vynechat složky

rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/

Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování

═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════

Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)

rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deploy

Kombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server

#archlinux #backup #borg #rsync #linux #sysadmi

Arch Tip týdne: Zálohování – Borg vs rsync

💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.

═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════

Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotu

Instalace:
sudo pacman -S borg

Základní workflow:

inicializace repozitáře (jen jednou)

borg init --encryption=repokey /mnt/backup/repo

vytvoření zálohy

borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.config

výpis archivů

borg list /mnt/backup/repo

obnova souboru

borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

retence – nech 7 denních, 4 týdenní, 6 měsíčních

borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repo

Výhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg

═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════

Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální soubory

Instalace:
sudo pacman -S rsync

Základní workflow:

mirror /home na externí disk

rsync -aAXHv --delete --progress
~/ /mnt/backup/home/

suchý běh (nic nezapíše, jen ukáže)

rsync -aAXHvn --delete ~/ /mnt/backup/home/

přes SSH na vzdálený server

rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/

vynechat složky

rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/

Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování

═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════

Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)

rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deploy

Kombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server

#archlinux #backup #borg #rsync #linux #sysadmi

RE: https://fosstodon.org/@borgbackup/116325322352636962

Faites des sauvegardes !

Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

#sauvegarde #backup

RE: https://fosstodon.org/@borgbackup/116325322352636962

Faites des sauvegardes !

Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

#sauvegarde #backup

RE: https://fosstodon.org/@borgbackup/116325322352636962

Faites des sauvegardes !

Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

#sauvegarde #backup

RE: https://fosstodon.org/@borgbackup/116325322352636962

Faites des sauvegardes !

Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

#sauvegarde #backup

RE: https://fosstodon.org/@borgbackup/116325322352636962

Faites des sauvegardes !

Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

#sauvegarde #backup

I have a large local #musiclibrary—mostly #flac with some #m4a. I sync it between my #nas and four computers using #rsync.
Unfortunately, I recently discovered that some files appear to be corrupted, even though I've always checked the rsync logs. 🫢

I'll need to scan the entire library now to see how widespread the damage is. I first noticed something was wrong when a few tracks started skipping mid-song while playing via #mpd / #mpc.

I guess nothing lasts forever—not even music files. 😞

I have a large local #musiclibrary—mostly #flac with some #m4a. I sync it between my #nas and four computers using #rsync.
Unfortunately, I recently discovered that some files appear to be corrupted, even though I've always checked the rsync logs. 🫢

I'll need to scan the entire library now to see how widespread the damage is. I first noticed something was wrong when a few tracks started skipping mid-song while playing via #mpd / #mpc.

I guess nothing lasts forever—not even music files. 😞

I have a large local #musiclibrary—mostly #flac with some #m4a. I sync it between my #nas and four computers using #rsync.
Unfortunately, I recently discovered that some files appear to be corrupted, even though I've always checked the rsync logs. 🫢

I'll need to scan the entire library now to see how widespread the damage is. I first noticed something was wrong when a few tracks started skipping mid-song while playing via #mpd / #mpc.

I guess nothing lasts forever—not even music files. 😞

I have a large local #musiclibrary—mostly #flac with some #m4a. I sync it between my #nas and four computers using #rsync.
Unfortunately, I recently discovered that some files appear to be corrupted, even though I've always checked the rsync logs. 🫢

I'll need to scan the entire library now to see how widespread the damage is. I first noticed something was wrong when a few tracks started skipping mid-song while playing via #mpd / #mpc.

I guess nothing lasts forever—not even music files. 😞

Шифрование для облака: разные подходы

Облачные сервисы по-разному подходят к шифрованию данных на своём хостинге. В некоторых случаях это шифрование не удовлетворяет требованиям безопасности, поэтому приходится брать задачу в свои руки и шифровать файлы самостоятельно.

https://habr.com/ru/companies/ruvds/articles/846478/

#бэкапы #шифрование #Encryption_SDK #Database_Encryption_SDK #Secrets_Manager #Clean_Rooms #C3R #CloudHSM #KMS #HSM #DEK #KEK #multikeyring #restic #rsync #gocryptfs #cppcryptfs #DroidFS #gocryptfsinspect #Cryptomator #ruvds_статьи

Aaaw yies. Perfect integration of pv with rsync.

#rsync #pv #pipes

I’m Patrik, my posts will mostly be about Java development and my open source projects.

#FileByDate - A file organizer based on exif data.
https://trixon.se/projects/filebydate/

#JotaSync - A #GUI for #rsync
https://trixon.se/projects/jotasync/

#Mapollage - #KML creator using #geotagged #images.
https://trixon.se/projects/mapollage/

#Mapton - Some Kind of Map Application
https://mapton.org/

#Yaya - Yet Another #Yahtzee -esque Application, a #dice #game
https://github.com/trixon/yaya

#Introduction, #Introductions, #NewHere

Почему rollback на ext4 — боль, и как я решил это через rsync

Я не собирался делать этот проект. Просто однажды сломал систему — и понял, что rollback на ext4 не такая простая вещь, как кажется. В итоге собрал своё решение на rsync: быстрый и предсказуемый откат без смены файловой системы. Кода тут минимум — он на GitHub. В статье — про сам подход: проблему, попытки решения и итог. Вернуть систему

https://habr.com/ru/articles/1018056/

#linux #devops #rollback #rsync #ext4 #backup #snapshot #файловая_система #sysadmin #infrastructure

Как я делаю бекапы домашней системы Linux: простой пример инкрементального rsync + btrfs с zstd сжатием

Статья покажет простой rsync скрипт для инкрементального бекапа (с использованием хардлинков из предыдущего бекапа) и про использование btrfs сжатия в zstd.

https://habr.com/ru/articles/929182/

#rsync #btrfs #zstd #backup

Ich brauche nochmal #Brainpower der #EDV #Bubble 🤣

Da mein bisheriges, betagtes, leistungsschwaches 1-Bay #QNAP #NAS sehr langsam ist, z.B. beim #rsync, habe ich inzwischen das #Ugreen #NAS #DPX2800 gekauft, mit 32 GB #RAM aufgerüstet und 2 #NVNE mit je 2 TB eingebaut.

Azf den beiden M.2 ist #Proxmox im #ZFS #RAID1 installiert. #Homeassistant und #TrueNAS laufen je in einer #VM.

TrueNAS soll nun einen #Datenpool in Form eines verschlüsselten ZFS RAID 1 auf 2 16 TB Festplatten bekommen. So weit so gut.

Nur: Wie bekomme ich die #Daten vom alten NAS, die in einer verschlüsselten #LUKS #Partition liegen, in den Datenpool?

Über #Netzwerk kopieren ist keine wirkliche Option. Das ist für ~ 10 TB Nutzdaten viel zu langsam.

Bitte #Boost für mehr Reichweite. 🙏

My #RaspberryPi 4B is acting up and I think it's data corruption(?) from not powering off properly when it stopped responding. I really need to buy a switch to shutdown safely...

I formatted the SSD (SMART status seems ok), flashed the latest #DietPi and slowly setting back my services.

This is a great chance for me to actually sort out the messy initial setup of experimenting with #SelfHosting I'm in the process of setting up a #cron job with #rsync, #syncthing & dietpi-backup now. 🤞#Rpi4

Ripping Out Three Backup Systems and Replacing Them with One (Part 1: The Mess)

https://rant.mvh.dev/ripping-out-three-backup-systems-and-replacing-them-with-one-part-1-the-mess/

#selfhosted #bacula #backups #homelab #rsnapshot #rsync

Ripping Out Three Backup Systems and Replacing Them with One (Part 1: The Mess)

https://rant.mvh.dev/ripping-out-three-backup-systems-and-replacing-them-with-one-part-1-the-mess/

#selfhosted #bacula #backups #homelab #rsnapshot #rsync

Ripping Out Three Backup Systems and Replacing Them with One (Part 1: The Mess)

https://rant.mvh.dev/ripping-out-three-backup-systems-and-replacing-them-with-one-part-1-the-mess/

#selfhosted #bacula #backups #homelab #rsnapshot #rsync