I have it in docker a d use supervised mode (which seems discouraged, but I want my machine for other uses also). The one thing I struggle with is updating, I'm concerned if I update it'll break. Is there a way to fully snapshot a container state and it's disk state, so I can 100% restore to it if something goes wrong ? I'm still running HA from 2020 because of this.
The other think I'm not a huge fan of is it's template language, it's clunky to say the least, but overall it's a great amd flexible system
I tried to install it on a raspi 4 with touchscreen for my wife. The raspi worked fine with Debian, esp. it's installer asks for the wifi and ssh keys, and therefore you can trivially connect to it.
Not so with the homeassistant installer. No wifi setup, no ssh access at all. You really need to cable it, nmap the new IP, and then I got stuck because the web server doesn't show up. Attaching the keyboard brought me into a restricted ha> prompt, where I cannot fix anything.
Mind that you should not use a Pi with SD card for HA. I'm not sure what the official stance is, but: In my peer group failing SD cards were responsible for a vast majority of issues. Causes are probably a mixture of heavy logging and power outages; either from the grid, or user error not shutting down the Pi before disconnecting power.
At our house I run HAOS in a VM (on a beefy server). My wife uses the app on her phone (as do I), and we have a cheap tablet with the app for guests. On the laptops/desktops we also have access to the web UI.
As the article points out, remote access for the phones can be done via the commercial offering or a VPN (as in our case: wireguard on the OpnSense).
I did this a few months ago for a test home assistant setup and had the opposite experience. I forget exactly what I did, but it involved editing a file with the wifi settings and dropping my public ssh key on the SD card before installation.
If you use ethernet, no editing required. Web interface goes into setup mode automatically.
Worth noting that ha cli[0] (ha>) does have a `network` command to configure this as well.
I’d suggest that you use a docker instance. The setup is trivial.
Not having HAAS has made little difference to me being able to do all sorts of stuff - and HACS gives you access to a whole bunch of additional stuff, and works in docker.
For a long time I was running home automation using individual scripts and was happy with it. Then I found myself in a remote place where the ISP gave a shitty modem which hangs when there's no heavy usage ¯\_(ツ)_/¯
I had to automate restarting the modem when the Internet is down by power cycling a smart plug[1], Home Assistant turned out to be extremely useful for that. Official HW integrations and Node-RED was very straightforward to solve my problem. Since then I'm managing and monitoring various hardware devices in my home through HA.
What's interesting is that there are manufacturers who are not only fine with HA but work with developers of HA integrations which enable offline usage of their IoT products even though their official apps are completely enshittified.
Nowadays I checkout HA compatibility before I buy a IoT device.
Just wondering why anyone would go through the hassle of installing home assistant on Linux when the fantastic hassOS exists which will run perfectly virtualized.
Because we want to run more than just Home Assistant on the same OS?
Because traditionally OS and application layers were separated?
Because we trust mature Linux distros more when it comes to LTS and security patches?
Because we already know our way around Debian/Ubuntu/Nix/etc.?
I'm also running dozens of things alongside HA and I don't have to use proxmox.
It's not hard to run HA in unsupported mode. The only real difference is an annoying reminder that you're unsupported. Everything else works, including plugins/add-ons.
I've run HA a bunch of ways. It doesn't really matter all that much. Use HACS to fill any gaps.
Absolutely this. Once you get into the game of running apps at home with certain quality assumptions you end up having to bolt on various things (VPN, DNS, log aggregation etc) that are better wrapped around the application instead of having them run within it. And having an AppOS typically just gets in the way of all that plus what edejong said that you already know how to do it on the typical production OSes and learning to do it for every AppOS is just cumbersome.
As was already mentioned, people rarely want to run a dedicated physical server for just a single purpose. The concept of Home Assistant Operating System requires exactly that.
Also, it is Debian-based. It uses the `apt` package manager which is slow. Some people may prefer something faster and more modern, like `pacman` or `dnf`.
> run perfectly virtualized
Fair enough.
But that obviously requires virtualization being set up on the server. If people do not use virtualization for anything else on their server, they may as well set up Home Assistant directly.
Finally, I think there is one more issue.
Many of the integrations which are possible with Home Assistant Operating System require physical hardware being connected to that server. A reader, a receiver, something like that.
But these home servers are often placed in some inaccessible locations, like an attic, where the data from sensors is unavailable. It may be impractical to run cables there. And the wireless devices may be too far away for a receiver located there to be able to read them.
So people need to come up with work-arounds to get their data to their server. They set up various signal proxies and thin clients which receive the data from the sensors on the spot where they are available and then send them over network to the Home Assistant server.
Unfortunately, from my experience, many integrations completely ignore this usecase. They are likely focusing on a happy path where everything is connected locally to "the one" server. And only then they behave nicely and work out of the box. But as soon as you need any special step or behavior, it is necessary to dig deeper and create custom layers to transport the data from your devices to the server.
Home Assistant Operating System does not make any of that simpler. Perhaps on the contrary, it forces you to use a specific Debian-based distribution with possibly outdated packages that you cannot easily upgrade without breaking Home Assistant.
Which is why it makes little sense to bother with it, in my opinion, for these kind of installations.
If you choose your hardware wisely, it's incredibly reliable. Most of my house is automated and I all I've done with it in the past year is add a few devices.
I will admit that low (or zero) maintenance is easier to accomplish if you know your way around a little bit.
I have HA running for years (in Docker) and it’s very reliable.
It has integrations with allmost all devices or apps I use and the support for DSMR (Smart Electrical Meters) is first class
I plugged a cable into my meter, the usb end into the server and it just works.
It does have a steep learning curve, though. It really seems “by IT people for IT people”
I have it in docker a d use supervised mode (which seems discouraged, but I want my machine for other uses also). The one thing I struggle with is updating, I'm concerned if I update it'll break. Is there a way to fully snapshot a container state and it's disk state, so I can 100% restore to it if something goes wrong ? I'm still running HA from 2020 because of this.
The other think I'm not a huge fan of is it's template language, it's clunky to say the least, but overall it's a great amd flexible system
I just backup the folder (volume) and that’s it.
If I should ever need to rollback I can change the Docker image tag from ‘latest’ to a specific one I guess.
I’ve never had to do it but I do know people sometimes complain about updates breaking things.
I tried to install it on a raspi 4 with touchscreen for my wife. The raspi worked fine with Debian, esp. it's installer asks for the wifi and ssh keys, and therefore you can trivially connect to it.
Not so with the homeassistant installer. No wifi setup, no ssh access at all. You really need to cable it, nmap the new IP, and then I got stuck because the web server doesn't show up. Attaching the keyboard brought me into a restricted ha> prompt, where I cannot fix anything.
So far it's horrible
Mind that you should not use a Pi with SD card for HA. I'm not sure what the official stance is, but: In my peer group failing SD cards were responsible for a vast majority of issues. Causes are probably a mixture of heavy logging and power outages; either from the grid, or user error not shutting down the Pi before disconnecting power.
At our house I run HAOS in a VM (on a beefy server). My wife uses the app on her phone (as do I), and we have a cheap tablet with the app for guests. On the laptops/desktops we also have access to the web UI.
As the article points out, remote access for the phones can be done via the commercial offering or a VPN (as in our case: wireguard on the OpnSense).
I did this a few months ago for a test home assistant setup and had the opposite experience. I forget exactly what I did, but it involved editing a file with the wifi settings and dropping my public ssh key on the SD card before installation.
If you use ethernet, no editing required. Web interface goes into setup mode automatically.
Worth noting that ha cli[0] (ha>) does have a `network` command to configure this as well.
[0] https://github.com/home-assistant/cli
I’d suggest that you use a docker instance. The setup is trivial.
Not having HAAS has made little difference to me being able to do all sorts of stuff - and HACS gives you access to a whole bunch of additional stuff, and works in docker.
+1. I know the parent reads like “do it my way” but ha in docker really is simpler.
Discussion for the other article in the series:
https://news.ycombinator.com/item?id=44011381
For a long time I was running home automation using individual scripts and was happy with it. Then I found myself in a remote place where the ISP gave a shitty modem which hangs when there's no heavy usage ¯\_(ツ)_/¯
I had to automate restarting the modem when the Internet is down by power cycling a smart plug[1], Home Assistant turned out to be extremely useful for that. Official HW integrations and Node-RED was very straightforward to solve my problem. Since then I'm managing and monitoring various hardware devices in my home through HA.
What's interesting is that there are manufacturers who are not only fine with HA but work with developers of HA integrations which enable offline usage of their IoT products even though their official apps are completely enshittified.
Nowadays I checkout HA compatibility before I buy a IoT device.
[1] https://abishekmuthian.com/restart-modem-automatically-when-...
Feels like building my own smart Jarvis at home — kinda tricky, but super fun!
Just wondering why anyone would go through the hassle of installing home assistant on Linux when the fantastic hassOS exists which will run perfectly virtualized.
Because we want to run more than just Home Assistant on the same OS? Because traditionally OS and application layers were separated? Because we trust mature Linux distros more when it comes to LTS and security patches? Because we already know our way around Debian/Ubuntu/Nix/etc.?
Proxmox adds very little overhead. I'm running dozens of things alongside HAOS.
The OS is the path of least resistance and gives you the best experience for low maintenance.
https://community-scripts.github.io/ProxmoxVE/scripts?id=hao...
I'm also running dozens of things alongside HA and I don't have to use proxmox.
It's not hard to run HA in unsupported mode. The only real difference is an annoying reminder that you're unsupported. Everything else works, including plugins/add-ons.
I've run HA a bunch of ways. It doesn't really matter all that much. Use HACS to fill any gaps.
Absolutely this. Once you get into the game of running apps at home with certain quality assumptions you end up having to bolt on various things (VPN, DNS, log aggregation etc) that are better wrapped around the application instead of having them run within it. And having an AppOS typically just gets in the way of all that plus what edejong said that you already know how to do it on the typical production OSes and learning to do it for every AppOS is just cumbersome.
Seconded. My home server does many things, one of which is homeassistant.
> we trust mature Linux distros more when it comes to LTS and security patches
This. If I have to trust some huge container or custom OS where is the benefit of open source?
> fantastic hassOS
That is a very subjective opinion.
As was already mentioned, people rarely want to run a dedicated physical server for just a single purpose. The concept of Home Assistant Operating System requires exactly that.
Also, it is Debian-based. It uses the `apt` package manager which is slow. Some people may prefer something faster and more modern, like `pacman` or `dnf`.
> run perfectly virtualized
Fair enough.
But that obviously requires virtualization being set up on the server. If people do not use virtualization for anything else on their server, they may as well set up Home Assistant directly.
Finally, I think there is one more issue.
Many of the integrations which are possible with Home Assistant Operating System require physical hardware being connected to that server. A reader, a receiver, something like that.
But these home servers are often placed in some inaccessible locations, like an attic, where the data from sensors is unavailable. It may be impractical to run cables there. And the wireless devices may be too far away for a receiver located there to be able to read them.
So people need to come up with work-arounds to get their data to their server. They set up various signal proxies and thin clients which receive the data from the sensors on the spot where they are available and then send them over network to the Home Assistant server.
Unfortunately, from my experience, many integrations completely ignore this usecase. They are likely focusing on a happy path where everything is connected locally to "the one" server. And only then they behave nicely and work out of the box. But as soon as you need any special step or behavior, it is necessary to dig deeper and create custom layers to transport the data from your devices to the server.
Home Assistant Operating System does not make any of that simpler. Perhaps on the contrary, it forces you to use a specific Debian-based distribution with possibly outdated packages that you cannot easily upgrade without breaking Home Assistant.
Which is why it makes little sense to bother with it, in my opinion, for these kind of installations.
Home Assistant is a toy when it comes to automation reliability. It's a good toy though.
I'll stick to my domoticz for the "if it ain't broken..." approach.
If you choose your hardware wisely, it's incredibly reliable. Most of my house is automated and I all I've done with it in the past year is add a few devices.
I will admit that low (or zero) maintenance is easier to accomplish if you know your way around a little bit.
Is there a way to contribute to LWN without creating an account or having an ongoing thing? Does nobody use crypto?
You can wait for around two weeks for the article to be free to read, if you don't want to subscribe
Looks like they don't accept donations, sounds like it is much harder to accept them.
https://lwn.net/Articles/828428/ https://lwn.net/Articles/1019619/
[flagged]
[flagged]
[flagged]
[flagged]