#rsync — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #rsync, aggregated by home.social.
-
Backup then reinstall with encryption on my SSD for Ubuntu #encryption #backup #rsync #dejadup #2604
-
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/bashset -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/bashset -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/bashset -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/bashset -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/bashset -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
-
How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync
-
How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync
-
How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync
-
How do I Sync between two Ubuntu VMs in Proxmox? #server #virtualization #sync #rsync
-
How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync
-
How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync
-
How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync
-
How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #rsync
-
How do I configure Syncthing paths between two Ubuntu VMs in Proxmox? #virtualization #sync #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?
-
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?
-
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?
-
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?
-
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
- #Bareosse usate altri software di Backup segnalateli nei commenti!
-
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 snapshotuInstalace:
sudo pacman -S borgZá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 ~/.configvý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/repoVý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í souboryInstalace:
sudo pacman -S rsyncZá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ů, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
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 snapshotuInstalace:
sudo pacman -S borgZá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 ~/.configvý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/repoVý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í souboryInstalace:
sudo pacman -S rsyncZá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ů, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
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 snapshotuInstalace:
sudo pacman -S borgZá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 ~/.configvý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/repoVý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í souboryInstalace:
sudo pacman -S rsyncZá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ů, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
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 snapshotuInstalace:
sudo pacman -S borgZá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 ~/.configvý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/repoVý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í souboryInstalace:
sudo pacman -S rsyncZá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ů, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
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 snapshotuInstalace:
sudo pacman -S borgZá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 ~/.configvý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/repoVý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í souboryInstalace:
sudo pacman -S rsyncZá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ů, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
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.
-
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.
-
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.
-
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.
-
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.
-
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_статьи
-
-
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 -
Почему 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.
-
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/
-
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/
-
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/