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.

  • @scarilog
    link
    English
    12 hours ago

    Oh I’ve been using Acronis for this purpose for a while, nice to know foss tools exist that accomplish the same thing, I’ll probably use this next time.

  • @ikidd
    link
    English
    10
    edit-2
    14 hours ago

    dd if=/dev/sda0 conv=sync,noerror bs=128K status=progress | gzip -c file.gz

    You can add an additional pipe in there if you need to ssh it to another machine if you don’t have room on the original.

    • HubertManne
      link
      fedilink
      113 hours ago

      I did a thing like this but with a ios command that wrote the disk to image and piped it to ssh but then piped it back to a waiting drive. It was great as you could pull the disk and boot right off it. Do you know if that can be done with dd?

      • @ikidd
        link
        English
        24 hours ago

        I’d probably dd it straight on to the drive, but I’m sure you could get it to go to New Orleans and play the Macarana before it came back if you used enough pipes.

  • @[email protected]
    link
    fedilink
    English
    1316 hours ago

    Does the data change a lot? Does it need to be a block-based backup (e.g. bootable)? Otherwise, you could go with rsync or restic or borg to only refresh your backup copy with the changed files. This should be far quicker than taking a complete backup of the whole SSD.

    • tizOP
      link
      fedilink
      English
      315 hours ago

      Thank you for the insight. Changes are incremental I suppose. You are correct that it’s more efficient. But I kind of want to back up the whole disk since I can keep a bootable drive with it right?

  • @[email protected]
    link
    fedilink
    English
    1016 hours ago

    btrfs or zfs send/receive. Harder to do if already established, but by far the most elegant, especially with atomic snapshots to allow versioning without duplicate data.

    • tizOP
      link
      fedilink
      English
      113 hours ago

      Thanks guys. I went with Rescuezilla in the end. So far so good.

    • tizOP
      link
      fedilink
      English
      217 hours ago

      This is something I should consider!

  • @[email protected]
    link
    fedilink
    English
    5
    edit-2
    17 hours ago

    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.

    • tizOP
      link
      fedilink
      English
      117 hours ago

      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.

      • @[email protected]
        link
        fedilink
        English
        3
        edit-2
        16 hours ago

        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

        • @[email protected]
          link
          fedilink
          English
          210 hours ago

          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.

          • @[email protected]
            link
            fedilink
            English
            19 hours 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

        • tizOP
          link
          fedilink
          English
          115 hours ago

          I’m on a similar boat except I might have less time resource available in the future cause I’m getting a job.

          Hopefully I could automate full disk backup because if something like Immich breaks, I can just load up from the backup drive. My family also use the services so… I think it’s great you brought up RAID but I believe when Immich or any software mess things up it’s not recoverable right?

          • @[email protected]
            link
            fedilink
            English
            115 hours ago

            I think it’s great you brought up RAID but I believe when Immich or any software mess things up it’s not recoverable right?

            RAID is not a backup, no. It’s redundancy. It’ll keep your service up and running in the case of a disk failure and allow you to swap in a new disk with no data loss. I don’t know how Immich works but I would put it in a container and drop a snapshot anytime I were to update it so if it breaks I can just revert.

    • tizOP
      link
      fedilink
      English
      017 hours ago

      Based. Yes. It is an option.

    • tizOP
      link
      fedilink
      English
      315 hours ago

      First time hearing of this. Any particular reasons?

      • mortimer
        link
        English
        314 hours ago

        The GUI is intuitive. It boots initially into an OS with a bunch of useful tools. The disk cloning software is straightforward and it works perfectly - I can vouch for this since I’ve had to resort to it on a couple of occasions restoring my system from the back up images. It’s also not complicated like Clonezilla.

        • tizOP
          link
          fedilink
          English
          113 hours ago

          Thank you! Great info. After some reading, I went with Rescuezilla which is yet another GUI for Clonezilla. I might give the foxclone next time!