this post was submitted on 08 Apr 2025
79 points (97.6% liked)

Selfhosted

45813 readers
538 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 2 points 6 days ago* (last edited 6 days ago) (1 children)

I use borg with borgmatic. I just back up / (which includes home) and exclude some folders I don't want (like /mnt or /tmp).

It does the same as you just said.

I have 20 borg snapshots of my nearly full 1tb drive which takes about 400gb of space on my NAS.

I do it at the file structure level, not at the block device level as the article suggests. Why would I want to back it up at the block device level instead?

[–] [email protected] 4 points 6 days ago* (last edited 6 days ago) (1 children)

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.

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.

[–] [email protected] 1 points 6 days ago (1 children)

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!

[–] [email protected] 3 points 6 days 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.