I've been using Duplicacy for a long while, and I've been pretty happy with it. But I'd love to switch to a full open-source solution (Duplicacy is proprietary with sources publically available).
BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
11–20 of 124 posts
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#12is there a reason to use the borg encryption[1] over rclone crypt[2] or vise versa? 1. https://borgbackup.readthedocs.io/en/2.0.0b11/quickstart.htm... 2. https://rclone.org/crypt/
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#13I quite like Borg, others worth checking out are Restic and Kopia. Restic didnt have a UI for a long time, not sure thats changed...
autorestic or resticprofile fill the gap well. Backrest does UI.
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#14is there a reason to use the borg encryption[1] over rclone crypt[2] or vise versa? 1. https://borgbackup.readthedocs.io/en/2.0.0b11/quickstart.htm... 2. https://rclone.org/crypt/
How good at deduping is this when encryption is enabled? I was looking at rsync.net and it killed me that they don't support encryption in a sane way.
Should the storage provider provide support for encryption on their end? Would you not want to store the keys locally?
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#15is there a reason to use the borg encryption[1] over rclone crypt[2] or vise versa? 1. https://borgbackup.readthedocs.io/en/2.0.0b11/quickstart.htm... 2. https://rclone.org/crypt/
Borg is a different tool, for backup. It deduplicates, encrypts, snapshots, checksums, compresses, … source directories into a single repository. It doesn’t work with files, rather blocks of data. It includes commands for repository management, like searching data, pruning or merging snapshots, etc. You will then transfer or sync the repository to wherever you want, with a tool such as rsync/SSH or rclone. Rclone is now natively supported, so that you don’t need to store the repository locally and on remote, rather back up directly to remote.
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#16Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#17It wasn't recommended a bit ago to use Borg 2.0 because it wasn't baked enough. Has that changed? Are people using Borg 2?
> Beta releases are only for testing on NEW repos - do not use for production.
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#18BorgBackup user here and really happy. It was a set and forget for me and after 7 years, the deduplicated backup is still working flawlessly each week. I recommend pairing it with borgmatic [1], which helps to design away some of the complexities of the underlying borg backup. [1]: https://github.com/borgmatic-collective/borgmatic
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#19It wasn't recommended a bit ago to use Borg 2.0 because it wasn't baked enough. Has that changed? Are people using Borg 2?
Note that if you use, say, the 2.11 version, you cannot upgrade to 2.12, you cannot go back to 1.X either. People like me were stuck, it turned out you have to discard the repo. Sometime later they better clarified this point:
>> Borg2 is currently in beta testing and might get major and/or breaking changes between beta releases (and there is no beta to next-beta upgrade code, so you will have to delete and re-create repos).
I have a 2.X repo. It’s working fine and backs up. I have a lot of snapshots in that repo. If someone knows how to transfer them to a 2.X version once it’s out of beta, let me know.
Re: BorgBackup 2.0 supports Rclone – over 70 cloud providers in addition to SSH
#20The lack of s3-like remotes support was the reason I switched from borg to restic
rclone has dedupe, I think it does what restic can do plus multiple cloud support. rclone crypt also does encryption. so far I think rclone has it all for me.
Think of grinding data in a big machine, and removing blocks that are redundant. You may have every file to be a single copy, and get significant space reduction.