On Sat, Aug 23, 2025 at 1:53 PM home user via users <users@xxxxxxxxxxxxxxxxxxxxxxx> wrote: > I'm now thinking 3 kinds of back-up: > * incremental personal data back-ups, keep the 3 most recent, in-house. > already doing this, but needs improvement. > * larger semi-annual back-ups, all personal data, keep the 3 most > recent, in-house. already doing this, but needs improvement. > * off-site back-up (internet/cloud), important to critical personal > data. not yet doing this. > Yeah, there are cost/time/convenience/privacy/security/and-so-on trade-offs. For the on-site backups there are enough options to cause "analysis paralysis" for weeks! - The simplest option is something along the lines of rsync'ing to a 2nd directory, ideally on a 2nd drive. But that doesn't provide multiple backups. - For multiple backups the next simplest option is probably creating tar backups. - There are also products that are designed to provide a more complete backup solution providing things like de-duplication. These may be designed with the idea that you would backup to the cloud, but they may allow for backing up to an alternate disk. As an example, I use Duplicati (reasons below) and backup to the cloud. It provides de-duplication and encryption; basically the 1st backup is a full backup, and every backup after that is an incremental, but from a *restore* perspective every backup looks like a full backup. You have full control over what it backs up. It can backup to the cloud but also to a local device. I'm sure there are other options that can do the same. - Even if you don't need all the features of a solution that backs up to the cloud, if you are planning to do so in the future it might be better to go with such a product from the start. [Why do I use Duplicati? I needed something that would backup to the cloud, not tie me in to any single cloud provider, provide de-duplication and encryption, and run on Linux and Windows as I have to support both and I wanted the same solution for both. If I didn't need to support Windows I would have probably gone with a Linux-only solution.] -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
