Thanks, I ended up going with Garage, but it has the same issue. I assumed I could just specify some buckets with their keys in the docker-compose or garage.toml, but no - they had to be done through the api or command line.

This is correct, I already installed the minio cli, but when I came back and read this, I tried it out and yes, once garage is running in the container, you can

alias garage="docker exec -ti <container name> /garage"

so you can do the cli things like garage bucket info test-bucket or whatever. The --help for the garage command is pretty great, which is good since they don’t write it up much in the docs.

Thanks. I ended up going with Garage (in Docker), and installed the minio client cli for these tasks.

One I’m writing. I use the host file system (as I have a strong preference for simple) for it’s storage, but I’m interested in adding Litestream for replicating the database onto AWS.

"Convert this text to make it sound like from a random person: "

Love the effort you’ve put into this question. You’ve clearly done some quality research and thinking.

When I asked myself this same question a couple of years ago, I ended up just buying a second hand Synology NAS to use alongside my mini-pc. That would meet your criteria, and avoids the (I’m not sure what magnitude) reliability risk of using disks connected over USB. It’s more proprietary than I’d like, but it’s battle tested and reliable for me.

Shoutout to Magic Earth, the (weirdly named) iOS app that uses OpenStreeMap data. Works on CarPlay, has reliable routing, and I get a buzz out of updating a changed a speed limit or something on OSM and then seeing the change implemented a few weeks later when I’m driving through there again.

There’s a project called Filebrowser that allows you to edit text files in a web interface. You can just run that on the 192.168.1.2 machine. It’s easy to set up simple auth, and you can restrict it to the /data/ directory.

I don’t sew, but a follow several people who do (for vintage and modern clothing) on Instagram - just to emotionally vampire off their irrepressible happiness when it all comes together and they make something that comes out as great as they imagined (lots of “and it has pockets!!!” moments) or they master a new skill they had been struggling with - like sewing button holes in denim or whatever.

It’s not for me, but I love the obvious satisfaction and joy other people are getting out of it.

+1 for Tailscale. It’s a vital piece of the system for me now.

Your head might be spinning from all the different advice you’re getting - don’t worry, there are a lot of options and lots of folk are jumping in with genuinely good (and well meaning) advice. I guess I’ll add my two cents, but try and explain the ‘why’ of my thinking.

I’m assuming from your questions you know your way around a computer, can figure things out, but haven’t done much self-hosting. If I’m wrong about that, go ahead and skip this suggestion.

• Jellyfin good - a common gateway drug to homelabbing, and the only thing you’ll do that non-tech friends will appreciate
• Proxmox good - it makes the backups simple and provides a path forward for all sorts of things
• Docker good - you’ve said it increases complexity; this is correct in that you’re adding more layers of stuff, but it reduces your complexity of management by removing a heap of dependency issues. There is a compute and memory overhead involved, but it’s small and the tradeoff is worth it.
• VM good - yes an LXC is more efficient, but it’s harder to run docker in. Save that for a future project
• Media data somewhere else good - I run a separate NAS with an SMB share. A NAS in a VM is a compromise, but like all things self hosting, you start out with what you’ve got. I let Jellyfin keep the metadata in the VM that’s hosting my Jellyfin though since the NAS is over the network. That’s less of a consideration if you are visualizing your NAS on the same machine, but I’d still do it my way for future proofing.
• Passthrough magic not yet - this can also be a future project. If your metal has quicksync that can be utilized to reduce the CPU load, but that can also be a future project.

Same, but with the jellyfin/jellyfin image. Been solid for me, less dramas than raw on the OS. Two cores and 8GB for the VM (in Proxmox), media on a NAS, metadata on local SSD.

I have a very similar setup. Jellyfin in Docker on a Debian VM (2 cores, 8GB RAM), and all the media on the NAS. The CIFS/SMB from the NAS is mounted in fstab. I keep all the metadata locally for speed - ie not on the NAS. I don’t like the extra layer of running Docker, but it works like a charm whereas I had a few hassles running Jellyfin natively in the VM. I do have a special ‘media’ user with the name and password in the mount command which only has permissions for the media.

Can’t comment on the arrs suite since I get all my linux distros on those disks attached to the front of magazines.

Thanks for going back and updating with your solution - I’m gonna check that out.

I started on a similar journey (escaping from Evernote rather than Nextcloud), and ended up on Silverbullet run at home and accessed over Tailscale. It is a bit of a different approach and has a small upfront learning time. I love having all my notes as reasonably plain markdown, so if I ever want to change my solution, my data’s in an easily movable format - for example changing to Obsidian would not involve any import/export.

Aww. Thanks. I’ve got the cable, I just need to invest some time into a couple of suggestions from here.

rj50

Yes

According to the readout on my UPS, about 10W idle

I’m seconding this. The Pi-supply-dry is getting better, but for similar money to a Pi4 you can get an ex-corporate 1L mini PC (I like the HP G1 800’s in a nice case, with engineered cooling, real storage, and easy memory upgrades.

Love KeePass, I use it to store all my passwords including to SyncThing, then I keep my KeePass file in my SyncThing instance so I can recover from a disaster. Definitely nothing could go wrong with that ;-)