this post was submitted on 16 Jan 2025
44 points (95.8% liked)

Selfhosted

49282 readers
1972 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
 

I’m going to make a backup of 2TB SSD today. I will use clonezilla mainly because that’s all I know. But do you recommend any other ways for any reason?

I want to keep the process simple and easy. And I will likely take backup once a month or so repeatedly. It doesn’t have to be ready all the time. If you need more clarification, ask away.

you are viewing a single comment's thread
view the rest of the comments
[–] drkt@scribe.disroot.org 5 points 5 months ago* (last edited 5 months ago) (6 children)

My method requires that the drives be plugged in at all times, but it's completely automatic.

I use rsync from a central 'backups' container that pulls folders from other containers and machines. These are organized in

/BACKUPS/(machine/container)_hostname/...

The /BACKUPS/ folder is then pushed to an offsite container I have sitting at a friends place across town.

For example, I backup my home folder on my desktop which looks like this on the backup container

/BACKUPS/Machine_Apollo/home/dork/

This setup is not impervious to bitflips a far as I'm aware (it has never happened). If a bit flip happens upstream, it will be pushed to backups and become irrecoverable.

[–] tiz@lemmy.ml 1 points 5 months ago (5 children)

I see. This is more of a file system backup right? Do you recommend it over full disk backup for any reason? I can think of saving space.

[–] drkt@scribe.disroot.org 4 points 5 months ago* (last edited 5 months ago) (4 children)

I recommend it over a full disk backup because I can automate it. I can't automate full disk backups as I can't run dd reliably from a system that is itself already running.

It's mostly just to ensure that I have config files and other stuff I've spent years building be available in the case of a total collapse so I don't have to rebuilt from scratch. In the case of containers, those have snapshots. Anytime I'm working on one, I drop a snapshot first so I can revert if it breaks. That's essentially a full disk backup but it's exclusive to containers.

edit: if your goal is to minimize downtime in case of disk failure, you could just use RAID

[–] MangoPenguin@lemmy.blahaj.zone 2 points 5 months ago (1 children)

I can’t automate full disk backups as I can’t run dd reliably from a system that is itself already running.

Can't you do a snapshot like VSS does on windows and back that up on a running system? I assume with a filesystem that supports snapshots that would be possible.

[–] drkt@scribe.disroot.org 1 points 5 months ago

I'm sure there's ways to do it, but I can't do it and it's not something I'm keen to learn given that I've already kind of solved the problem :p

load more comments (2 replies)
load more comments (2 replies)
load more comments (2 replies)