Ah I didn’t know about the android logs. Next time it happens I’ll check them. Normally I’m not near access to the server when it happens.

I just tried to force android to kill it but I opened up 20 other apps and when I switched back it was still active so I guess I’ll just have to wait.

I’ve looked and looked and can’t find this “log” entry? By global settings, you mean tap the menu at the top right and tap settings?

Good to know. I wonder what the issue is. It has always done it, for the year or more I’ve used it.

Yip that’s the other mentioned app. I’ll try to remember to use it next time I am listening to something.

Thanks for the tip, unfortunately I don’t use Plex I’m on the Jellyfin side but someone pointed out there’s another app connected to Audiobookshelf so I will use that next time.

Ooh thanks for the reminder. It’s installed on my phone but I’ve never actually used it. I think I forget to use it when it comes to actually listening.

F-Droid. Might be relevant that I’m on GrapheneOS.

I love Audiobookshelf, my main complaint is the Android app crashes when killed by Android (so when I try to open it I get a message about it crashing and then have to reopen it). That might just be a me thing.

I used the tool Libation to download my Audible books. There was a Firefox extension to download audiobooks from Libby but it’s no longer working because Libby changed something and the dev didn’t have time to fight the battle, anyone have a good solution to that?

The thing is, they spent those years building out the voice assistant support. That was probably a better use of their time than reworking the entire interface to work with a TV remote, in my opinion.

They are a small team with a lot of help from the community. You can’t tell the community what to do since they volunteer their time, and the small team has a focused road map that I think makes sense.

I bet you could find another 100 examples of things not done for 5 years, it’s just this is the one you in particular want.

I treat Immich like a frontend. I have photos in Nextcloud, plus local and remote backup (1 2 3 style). Then Immich is set to absorb the photos from Nextcloud, and the photos are exposed read-only to Immich so it can’t damage anything.

Haha this was my first thought too.

Immich is very clear: “⚠️ Do not use the app as the only way to store your photos and videos.”

In that case, you have your content elsewhere. Make a backup of relevant volumes and a database dump (for your albums and such) and then try updating. Roll back if it doesn’t work. If if you don’t have much in the way of Immich meta data, and the upgrade didn’t work, then you could just start from scratch and re-import your content.

Supporting this, Lemmy encourages people not to use DMs and wants people to add Matrix user details to their profile instead.

Everyone knows you don’t upgrade to a X.0 release. Got to wait for X.1 at least.

Wow, a lot of variation in this thread!

I get all my data to my server, then from there I have borgmatic do incremental backups to a backup drive on the same machine (nightly cronjob).

From there I use Rclone to get the encrypted borg backup to Backblaze B2 for cloud storage.

So for 3 2 1, my 3 copies are the original, the local backup, and the cloud backup.

My 2 media are local hard drives and cloud storage (I think it’s fair to consider this a different kind of media).

And my 1 offsite is the cloud backup.

Now I’m dumb and have a fear of screwing something up so I have also started burning M-Discs of my critical data (everything except TV/movie/music stuff I can redownload). Though this was a lot more expensive than I was expecting, because of aforementioned me being dumb I already screwed up two discs (they are write once). I’m also doing two copies of each disc.

Also I have photos/home videos additionally stored in ente, they are super important to me and I wanted a separated copy someone else is looking after.

What makes you say they are shorter life span? The 25GB and 100GB both have the same “several hundred years” claim.

Thanks, I missed that post! Looks like the comment section would have answered a lot of my question.

In the end I have pulled the trigger and bought an M-Disc capable burner and a stack of M-Discs, so I’m gonna give that a go and see how it works out.

🐑

Sweet, thanks, I think that’s a good plan. I am thinking duplicate disks, one on site one off site. I do have a cloud backup, but if I die in a house fire then having the offsite disks is a much better solution than the random B2 bucket.

Thanks for the help 🙂

Seems the only M-Disc capable writer I can find locally is a portable USB-C connecting one, so if I go with it I’ll probably just store it with the discs. In theory M-Disc is supposed to be resistant to the kinds of things that destroy regular CDs, but making a second copy does sound like a good idea. I could even store the second copy somewhere else (another house) to protect against fire. I have cloud backup but you never know what’s going to happen over 50 years. Or if I die in the fire and no one knows I have the cloud backup.

Like this? https://www.pbtech.co.nz/product/DVWVER4618789/Verbatim-43888-External-Slim-Bluray-Writer-Ultra-H

That’s NZD by the way, conversion rates are terrible at the moment so about halve it for USD, seems in the price range you said.

The idea is that I’d swap out drives every 5 years or so. If USB A is no longer in use I’d swap out at that point for something newer. Plus the drives would be powered on every year for the update, it’s just the point that I stop doing it (too old/hit by bus/etc) that the clock would start ticking.

I do like the M-Disc idea though. Probably a similar price, and more in line with the shelf-stable solution I was looking for.