ryokimball

… That sounds interesting. Especially if it can go and fetch all of the installers for me to have a local repo of my own.

The deduping is a little difficult. Obv matching files are caught with regular dedupe tools, but I’ve been meaning to make a script to use fingerprinting (dejavu is the library I think?) to find matches. Problem is the fingerprints are about as big as the music files themselves.

“unsorted” folder contains input. “Music” folder has full library; any imports must go through beets. rsync to remote backups; one scripted/automatic, one manual & password-protected. Restores (needed once or twice) are done with beets import, but whatever flag that does “just import, don’t tag”

… I have no idea but I would imagine there’s a large overlap with the vacuums

At some point, you gotta just accept that things are gone and start hunting for the next radroach to eat. I guess the corpo speak for this is acceptable loses and/or risk management.

In the most extreme cases, the final backup of my most important files are on my phone. With all the compromises we’re forced to make there, I still refuse to buy one without an SD card slot, so I have swappable 1TB with me at all times. Importantly, it’s also not the Source of Truth, so if it’s lost I’m still recoverable, but if it’s the last piece of electronics above sea level at least I still have that.

But for power management, I just have some UPSes that sustain a graceful shutdown and that’s about it. If I’m on the lam, I would rather the 20TB of manga and anarchist zines be destroyed (read: crypto keys lost) than try to figure out how to carry it with me. Maybe the offsite backup strategy will finally get tested once I’ve established an alternate identity.

I think when people want to remotely decrypt fde the usual advice is installing dropbear SSH to remotely enter the password. Sorry for not providing links but it should be easy to find.