buttersink
btrbk
buttersink | btrbk | |
---|---|---|
5 | 79 | |
190 | 1,531 | |
- | - | |
0.0 | 6.7 | |
over 5 years ago | 5 months ago | |
Python | Perl | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
buttersink
-
Docker or native?
for data I rely on my filesystem. Both ZFS and BRTFS support atomic snapshots which need no additional storage space (i.e. copy-on-write), and you can sync those to wherever you need using rsync or whatever. As long as you sync the snapshot you are guaranteed to have a consistent state. You can however also efficiently sync the snapshots themselves to other volumes of the same type. There is e.g. buttersink (https://github.com/AmesCornish/buttersink) which allows you to incrementally sync snapshots over the network, as long as both source and target are a btrfs volume. For restore copy the most recent snapshot back to the new drive and off you go.
- Incremental backup of snapper to external drive
- What's a good way to backup a system running btrfs and snapper?
-
Going beyond raspberrypi3
For backup I use Buttersink (https://github.com/AmesCornish/buttersink seems abandoned, but still works well on Python2) to sync my snapshots to a separate disk every once in a while.
-
Ex-distro hoppers, which did you stick with and why?
I've thought about saving snapshots to S3, but I like the idea of being able to randomly access any single file from S3, so some sort of sync (e.g. s3cmd sync) is more attractive.
btrbk
-
I accidentally programmed my server to back up all files... even backups
That's still easier using snapshots and something like btrbk. Snapshot the directory at start, prune if there are too many snapshots (or snapshots get too old).
-
Ur best backup software
I'm on Arch, but you might still find it useful: Btrfs snapshots Arch Wiki - Incremental backup to external drive GitHub - btrbk
- Deduplication how to?
-
Fast and comprehensive system backup. Can Linux software do it?
the smoothest backup tool i have seen for Linux is btrbk works real nice and is customizable for almost all use-cases BTRFS rocks :)
-
Trying to understand the real impact of not having ECC
I recommend redundancy and regular verification is you want to insure your data against corruption. If you do that, you can forget about things like ECC. My setup is a NUC server running Ubuntu with a USB3-connected storage drive running BTRFS. I use btrbk to auto-snapshot and auto-replicate via incremental sends to my BTRFS backup drive, and RotKraken to track integrity of the data with a monthly verification run so that I notice corruption in time to correct it.
-
BTRFS snapshots and btrbk as a backup solution
In pondering my backup strategy, I was wondering if I could use BTRFS snapshots and a backup tool like btrbk, which is a nice integrated snapshot/backup solution I've used happily on desktop Linux. BTRFS needs subvolumes for snapshots, so I couldn't backup the host itself (which wasn't installed with a / subvolume like other distributions I've used), but it could snapshot the VMs and containers, which have their own individual subvolumes. Then btrbk can send that snapshot in an incremental fashion to external storage.
-
btrbk: subvolume has no UUID error
I then installed btrbk and tried to follow the instructions to create snapshots of root and home on the SSD and then send/receive those to the HDD. I mainly used https://github.com/digint/btrbk and https://mutschler.dev/linux/fedora-btrfs-35/, but I don't use luks.
-
The various scripts I use to back up my home computers using SSH and rsync
For anyone using btrfs on their system, I heartily recommend btrbk, which has served me very well for making incremental backups with a customizable retention period: https://github.com/digint/btrbk
-
incremental snapshot backup tool: which one should i go for?
btrbk is the best solution I know.
-
how do you Backup your system?
I use BTRBK to make and copy the BTRFS snapshots to my HDD. I schedule it to run every 3 hours using a Sytemd unit file through my own script to avoid running the backup at inconvenient moments:
What are some alternatives?
src - Read-only git conversion of OpenBSD's official CVS src repository. Pull requests not accepted - send diffs to the tech@ mailing list.
snapper-gui - GUI for snapper, a tool for Linux filesystem snapshot management, works with btrfs, ext4 and thin-provisioned LVM volumes
snap-sync - Use snapper snapshots to backup to external drive
TimeShift - System restore tool for Linux. Creates filesystem snapshots using rsync+hardlinks, or BTRFS snapshots. Supports scheduled snapshots, multiple backup levels, and exclude filters. Snapshots can be restored while system is running or from Live CD/USB.
snapsync - A synchronization tool for btrfs-backed snapper snapshot directories
snapper - Manage filesystem snapshots and allow undo of system modifications
nextcloud-sync - Persona use. Adapt how you see it fit.
grub-btrfs - Include btrfs snapshots at boot options. (Grub menu)
BorgBackup - Deduplicating archiver with compression and authenticated encryption.
bees - Best-Effort Extent-Same, a btrfs dedupe agent
vorta - Desktop Backup Client for Borg Backup