borgmatic, to random
@borgmatic@fosstodon.org avatar

borgmatic 1.8.11 has been released with Healthchecks auto-provisioning and a fix for a "data" consistency check error.

Release notes: https://projects.torsion.org/borgmatic-collective/borgmatic/releases/tag/1.8.11

cjk, to GNOME
@cjk@chaos.social avatar

Pika Backup is really the best backup implementation I've seen in years. ❤️

8000mark,
@8000mark@social.tchncs.de avatar

@cjk Works on top of #borgbackup and written in #Rust, nice!

linuxmagazine, to linux
@linuxmagazine@fosstodon.org avatar
borgmatic, to random
@borgmatic@fosstodon.org avatar

borgmatic 1.8.10 has been released with a new "spot" check that compares your source files against the latest backup.

Release notes: https://projects.torsion.org/borgmatic-collective/borgmatic/releases/tag/1.8.10

borgbackup, to linux
@borgbackup@fosstodon.org avatar

Just released borg 1.2.8 with some fixes and a simplified TAM auth repo upgrade procedure:
https://github.com/borgbackup/borg/releases/tag/1.2.8

#borgbackup #Linux #FreeBSD #NetBSD #OpenBSD #macOS #OpenIndiana

hrw, to random
@hrw@society.oftrolls.com avatar

Borgmatic has "after_*" hooks. But does BorgBackup has something like that?

I would like to get an email from remote backup system with information which system did backup, "df -h" output etc. AFTER backup is done.

scy, to random
@scy@chaos.social avatar

@borgbackup One final question (I think) before I can finish my Borg/restic writeup that I've been working on for the last days: How stable (as in: safe to use) is borg recreate (in 1.2, if that matters)? I'm asking because the docs for it have the red-and-white stripes, which are supposed to mean "unstable", but that's just unstable as in "the interface may change", right?

And while the docs say "might lead to data loss", they also add "(if used wrongly)".

#BorgBackup

scy, (edited ) to random
@scy@chaos.social avatar

#BorgBackup 2.0 is still single-threaded, right? @borgbackup

(Edit: Yes it is, see https://github.com/borgbackup/borg/issues/37. Parallelism is planned to be "the next milestone after 2.0".)

borgmatic, to random
@borgmatic@fosstodon.org avatar

borgmatic 1.8.9 has been released with MySQL/MariaDB custom commands, ntfy access token support, Apprise log sending support, and more.

Release notes: https://projects.torsion.org/borgmatic-collective/borgmatic/releases/tag/1.8.9

scy, to random
@scy@chaos.social avatar

Ugh, so in one of the replies to my experiments with and associated tooling, @guerda asked "well, why not ?" and turns out, my main reasons against using restic (no compression and no exclude exceptions) are no longer valid, so I'm currently re-evaluating it.

Almost finished my writeup. And you know what? Both are really good.

My decision might boil down to performance against remote hosts and SSH vs SFTP, and whether "rclone serve restic" can save the day there.

scy,
@scy@chaos.social avatar

The main thing missing from 's compression feature¹ is what calls "auto": try compressing a small part of the file to see if it makes sense at all (i.e. if the file is compressible), and skip compressing that file if it doesn't. Right now, restic can only compress all files during a run, or none.

¹ other than documentation; it's not cool that I had to dig through the source to find the difference between "auto" and "max" compression, and which algorithm it's using at all

scy,
@scy@chaos.social avatar

The readme of https://github.com/restic/rest-server, 's HTTP server, mentions that is inefficient:

> everything needs to be transferred in chunks of 32 KiB at most, each packet needs to be acknowledged by the server

So, how much faster is rclone serve restic --stdio over SSH (because my destination doesn't support Rest Server via HTTP)?

Almost 20 %.

Uploading 5 GB over my 50 Mbps link took 16m08s via SFTP, but 13m31s via rclone.

For reference, 's SSH transport took 13m49s.

patpro, to random French
@patpro@mastodon.green avatar
ctietze, to random
@ctietze@mastodon.social avatar

powered by :
We finally have a simple solution for backing up files on Linux - YouTube https://www.youtube.com/watch?v=W30wzKVwCHo

This looks just great.

As a Mac-user, I actually do not like Time Machine.

I remember using Time Machine on spinning external disks and it did its job whenever I needed something! But it just takes forever nowadays to even launch the backup browser. (Maybe because I have 2TB instead of 500GB disks now?)

I'd prefer a simple file browser UI any day.

scy, to random
@scy@chaos.social avatar

Benchmarking (unscientifically) BorgBackup's hashing & compression settings.

zstd,3 is as fast as lz4 🤔

zstd,10 takes twice as long though

However, that's on 5 GB of /dev/urandom, I'll check the performance on "normal" data tomorrow.

scy,
@scy@chaos.social avatar

Okay, guess I'll be running my #BorgBackup with a compression setting of auto,zstd.

scy, to random
@scy@chaos.social avatar

Anyone here using #Borgmatic? Are you happy with it?

If you're using another #BorgBackup wrapper and think it's better than Borgmatic, feel free to suggest it (and tell me why it's better.)

Plain Borg simply doesn't quite cut it for me, I'd like to have some kind of declarative configuration that I can share between machines and yet still have minor differences between them. I was about to write my own wrapper, but Borgmatic looks like it could be everything I need.

scy,
@scy@chaos.social avatar

After trying out for a bit: It's alright, and I'm probably gonna use it, but some things about it feel odd.

• You cannot configure the encryption mode in the YAML config. borgmatic init requires it as a command-line flag.

• While init is a no-op on existing repos, it doesn't check whether the encyption in the command actually matches that in the existing repo.

• Many CLI options (e.g. create --verbosity 1 --list --stats) cannot be configured in the YAML.

governa, to foss
@governa@fosstodon.org avatar
unfa, to Help
@unfa@mastodon.social avatar

Any #rsync wizards in here? :)
I need some #help!

I've got some corruption on a 4TB Btrfs filesystem. I have all files in #BorgBackup safe and ready to restore, but... I can't figure out HOW to restore them.

So far I've tried this:

rsync --verbose --human-readable --progress --checksum --archive --inplace --update --whole-file --existing --stats --times --partial --ignore-errors /backup/data /data/

However this failed to overwrite the corrupted files throwing an input/output error...

🤔

borgbackup, to random
@borgbackup@fosstodon.org avatar

#NetBSD users: looks like you'll have (optional) extended attribute support soon in NetBSD 10!

But #borgbackup does not support that on NetBSD, a PR would be welcome!

Implementing this might be rather easy, because there is already xattr code for FreeBSD, Linux and macOS.

https://github.com/borgbackup/borg/issues/1332

ruud, to random
@ruud@mastodon.world avatar

OK so today I learned that with #borgbackup you shouldn't forget to run borg compact once in a while. I was wondering why my Mastodon backups took 16TB space...

Also looking into https://torsion.org/borgmatic which looks like a useful toolset around borgbackup. (This will do the compact for me automatically.. ;-) )

begasus, to python
@begasus@mastodon.social avatar

So once in a while you stumble into yay! ;)
This time upstream asked to checkout latest changes for ,, seemed that was easy to update.
Time for some checking, earlier I did this with , which was still OK, upstream mentioned so I wanted to have a look there, to the rescue! So I thought :P
No go on their latest version (requires ), prior version seemed to be fine, but then got in the way, so updating that got me a working ! :D

r4ven, to random French
Anachron, to random German
@Anachron@fosstodon.org avatar

Dear FOSS community,

is there some #oss #backup app that you can suggest which keeps backing up in the background (always running)?

Preferable something similiar like #borgbackup.
Needs to run on a mac.

I have some family members which ... dont really know much about computers so letting a backup job run periodically or even ask them to start it is a lost cause.

Thanks all for your ideas!

governa, to random
@governa@fosstodon.org avatar
  • All
  • Subscribed
  • Moderated
  • Favorites
  • provamag3
  • GTA5RPClips
  • rosin
  • Youngstown
  • everett
  • khanakhh
  • slotface
  • InstantRegret
  • Durango
  • ngwrru68w68
  • kavyap
  • modclub
  • DreamBathrooms
  • mdbf
  • JUstTest
  • magazineikmin
  • thenastyranch
  • cubers
  • cisconetworking
  • osvaldo12
  • ethstaker
  • normalnudes
  • Leos
  • tester
  • megavids
  • tacticalgear
  • anitta
  • lostlight
  • All magazines