Re:Time Machine-style Backups with rsync (2018)
by LeoPanthera on Monday February 02, 2026 @03:12AM
(#46853648)
This is bordering on paranoia. If the bad sector contains a critical part of the filesystem, you're going to lose everything anyway.
Do modern disks even have physical "sectors" anymore? Isn't it all virtual?
Without dedup you're just going to backup less stuff, which is far worse.
Re:Time Machine-style Backups with rsync (2018)
by locknitpicker on Monday February 02, 2026 @03:23AM
(#46853704)
> This is bordering on paranoia.
What? You actually think that the mere idea of a backup getting corrupted is something that is "bordering on paranoia"? Have you ever heard of redundancy or even RAID?
> If the bad sector contains a critical part of the filesystem, you're going to lose everything anyway.
Do you honestly failed to understand that the problem is actually the "lose everything" part?
Re:Time Machine-style Backups with rsync (2018)
by stuxnet79 on Monday February 02, 2026 @01:35AM
(#46853099)
If you are storing your data in a filesystem like ZFS then the risk is lower since you'll know you have a bad sector long before you attempt to deduplicate. But I otherwise share your same concerns and I'm eager to hear from others how to mitigate this. I've lost a volume due to poor practice while encrypting so I'm understandably reluctant to overcomplicate my backup strategies in the name of space compression or privacy.
Re:Time Machine-style Backups with rsync (2018)
by haradion on Monday February 02, 2026 @01:24AM
(#46853050)
It doesn't really hurt in practice because it's only one part of the full backup procedure. Deduplicate to save space; re-duplicate the (smaller) backups to separate media for redundancy; scrub regularly for bit rot and rotate your media. A proper backup system requires all but the first of those anyway.
Re:Time Machine-style Backups with rsync (2018)
by NSUserDefaults on Monday February 02, 2026 @01:22AM
(#46853035)
In that case you are supposed to use your /other/ backup. Which you have.
Re:Time Machine-style Backups with rsync (2018)
by DaSHacka on Monday February 02, 2026 @03:09AM
(#46853626)
Defeating the point of deduplication...
Re:Time Machine-style Backups with rsync (2018)
by homebrewer on Monday February 02, 2026 @06:54AM
(#46854970)
You don't have backups if you only have one "backup". Look up sysadmin's 3-2-1.
Re:Time Machine-style Backups with rsync (2018)
by NSUserDefaults on Monday February 02, 2026 @08:40AM
(#46855923)
On a single drive, deduplicate all you want. But you need to have two drives, at least, anyway.
Re:Time Machine-style Backups with rsync (2018)
by dmd on Monday February 02, 2026 @08:42AM
(#46855936)
This is why Proxmox Backup Server has scheduled "verify" tasks which look at the sha256 of every stored hunk to make sure it hasn't rotted on disk. (If it has, it makes sure to re-acquire that data on the next backup - hopefully it's still available!)
Re:Time Machine-style Backups with rsync (2018)
by DrBurrito on Monday February 02, 2026 @01:07PM
(#46859104)
the backups in borg and restic are not classical copies, each snapshot is not independent, it is a collection of hashed blocks. In a sense, time machine and hard links do the same: they reference the same bits across snapshots, saving space. for the bit rot / faulty sector or failed drive, you use redundancy with RAID or similar in your file system. if all else fails and your backup system burns in a fire, then you reach for your other backup. deduplication and redundancy solve different problems.
Deduplication helps minimize space, but isn't it a major liability in backups? I mean, what happens when you try to restore your backups but a lone sector holding a file from way back in the past happens to not be recoverable? Doesn't it mean that no matter how frequent your backups are, your data is lost?