bluGill

Self hosting will always remain a hobby thing. Most people won’t give the time need to properly admin their own system and an improperly admined system is a risk that you don’t want to take with your precious data. I can’t blame people for not doing this - there are ball games to watch, saw dust to make, kids to raise, and millions of other things to do with your free time such that you cannot do everything you might want to. Sure most people could learn to do this, but it isn’t a good use of their time.

What the world needs is someone trustworthy and cheap enough to handle data for people who have better things to do. Which is why I have fastmail handle my email. I self host a lot of other things though because I don’t know of anyone I can trust to do a good job for a reasonable price.

Ubuntu has gone downhill a lot in the last decade. I no longer can recommend it. Yes there is a large community, but they make too many questionable decisions and so doing anything “different” will be hard.

You can run docker in docker. I do that all the time (but via scripts so I know it does docker in docker, but I don’t know how they do that).

But again, I wasn’t even trying to run HA in docker, I was running in a VM container and still the above is refused by default.

Maybe, but the documentation says it can’t be done.

note too that I wasn’t running docker but instead a vm.

https://www.home-assistant.io/installation/ Home assistant container - the version for docker - doesn’t support add-ons. If you go through a lot of effort you can make it work, but you won’t get help. (easiest is to install some linux in the docker and then home assistant supervised on top of that)

There is no reason HAOS couldn’t run just fine in a container (qemu not docker), but they intentionally detect that and break it (I tried, I probably could make it work but I don’t have that much time)

Home Assistant insists that it must run on bare metal hardware and will not work well. This is a purely artificial limitation that home assistant puts on you. You can work around it with a lot of effort, or the limitations might not matter to you, but it is a limit to be aware of. I personally went to OpenHAB instead, but YMMV.

Since you have Proxmox why would you switch? If you don’t like it, then by all means, there are lots of other options. However there is a good reason Proxmox comes up a lot. (I don’t personally use Proxmox so I don’t know those reasons, but the people who recommend it give every indication they are smart people who understand the problem and so I trust them enough to say it is a good option)

Best is a subjective question. There is no objective way to say what is best. We can argue about pros and cons. We can argue about what we prefer. However that is all subjective and there is no one best answer.

Cool build, but a little reading in how mills and lathes are made would result in a much better machine. The Gingery machine shop series is cheap and good to read even if you don’t want to pour aluminum - his machines also make some bad compromises, but the books also inform you of things that would make you do machines like this different if you knew them.

Ann reason you choose authenik? There are a nmber of options and I’m not sure why to choose one over the other.

Pi’s built in audio is terrible. Even if it works you will want a better audio interface. The PI only has digital inputs (I think there is a mic input), so you need something to get audio in. If you can get the digital audio that is best, but often that is behind encryption and so you end up with analog inputs. (I’m not sure what the options here are, worth looking deeper).

Once you have the audio in, there are a number of Jack (which port audio supports) to network low latency products that will work. Configuration will be hard but that is something you only do once. (configuration is hard because almost everyone who uses this wants a different complex setup and so there is no way to make it easy in a way that would help anyone else)

I was thinking about restoring the backup in a temporary location and running diff on random files to check the files match the source, but I don’t know if this is redundant now.

That isn’t as useful as you would think. If your computer fails there are high odds you will restore to a fresh install of a newer OS and newer software/services versions. Which means that you really want/need to also test data/config migration.

OTOH, if you have backups odds are the data is there even if you never tested them. Testing you can restore is mostly about do you have everything backed up. Your backups can pass all the validation but if you accidentally configured them to only backup /tmp (or something else worthless) you may as well not have backups. Thus you should test that you can do a full restore just to make sure that the data you want is all there. I generally trust that backup software can restore all the data you pointed it at without problems even if you didn’t test them - but I don’t trust that you (or I) configured them to backup the right things.