Comment

Comment on Backups made easy: btrfs + snapper + snapborg

MorphiusFaydal@lemmy.world ⁨1⁩ ⁨week⁩ ago

It’s most useful for something like /home so you have a full backup of your home directories without having to worry if some app has dumped its settings on a folder you don’t have marked for backup. But also backing up / is useful because it gives you an easy recovery in the event of say disk failure. Just restore the entire system from a backup.

source

Sort:hotnew top

HelloRoot@lemy.lol ⁨1⁩ ⁨week⁩ ago
I use borg with borgmatic. I just back up / and exclude some folders I don’t want. It does the same as you just said.

source
- sugar_in_your_tea@sh.itjust.works ⁨1⁩ ⁨week⁩ ago
  You can have btrfs subvolumes that contain only the stuff you care about. In the article, they have a subvolume for untracked files, and this doesn’t get backed up.
  
  I have one for /home and /srv (my self-hosted stuff), and those are the ones I care about backing up. For everything else, I keep manual copies in either /home or /srv (e.g. edits to system configs and container configs are in a git repo). So I could back up those two subvolumes and get 99% of what I care about, and hope I’ve done a good job documenting the other 1%, which are reproducible w/ a bit of time searching how to configure stuff.
  
  source
  - HelloRoot@lemy.lol ⁨1⁩ ⁨week⁩ ago
    
    This keeps backups efficient since you can ask the filesystem to only send the changes instead of going over all the files and figuring out what has changed, so it’s probably a lot faster.
    
    Aaaah!
    
    source
    sugar_in_your_tea@sh.itjust.works ⁨1⁩ ⁨week⁩ ago
    ?? Maybe you don’t have enough data for it to matter, but when you have tons of files, manually looking through the filesystem can take a while, whereas the FS can keep track of what’s actually changed.
    
    source