Thank you for your condescending messages. If I wanted to run HA into Proxmox, I would have indeed done so. It’s totally overkill for the situation as it introduces an overhead that’s totally unnecessary. Docker serves it’s purpose very well, it’s HA that behaves out of scope as it’s exceeding it’s container boundaries
I started with Home Assistation a week ago, the notions of hassio are still everywhere. Even in the paths. So the correct term is HA Supervised then? Anyhow if it ain’t even clear for new users like me (my main system still runs on openHAB so I’m not a total noob in home automation) … then I advise the devs to look into POKA YOKE =)
Thanks for your helpful suggestion. Indeed, after removing the watchtower image it’s OK again, weird that HA interferes with things it shouldn’t. I could perfectly skip that container in watchtower, but instead we have to remove it completely. Sigh. I’ll try the cron instead of watchtower then ^^ Thanks again!
Yeah that frustrated me as well. My watchtower was only managing non HA containers but just its mere presence was flagged and caused HA to be in an unsupported state. I understand that watchtower can cause a lot of issues for HA but only f it is screwing with HA containers but the blunt instrument approach is what the devs took.
I also share your disdain for Proxmox BTW. Just don’t like it and I have played with it on my dev machine.
Indeed. The “blunt instrument” approach sums it up well. It’s their right as dev’s ofc as they want to minimize the number of deviations in configurations. But IMO we’re quite capable of deciding for ourselves too and just flagging that we deviate from the recommended settings would suffice, again IMO. That’s why we containerized it in the first place, flexibility, portability ?
Ow, don’t get me wrong. I’m quite the fan of Proxmox. I used it at work in production environment. Where you want complete seperation. But for this purpose it’s overkill and a waste of resources imo. Our planet has already enough to suffer
I disagree. I changed my own system to Proxmox from Supervised for similar reasons your are facing. I’m not sure I would call installing an OS and then a VM an unnecessary overhead and don’t find any discernible difference in the way the machine operates verse previous, power usage is almost identical. I also changed the HA machine in my business to use Proxmox.
If you have experience in using Proxmox, I suggest you reconsider using it for HA to give you the flexibility you are looking for.
You could install in a venv, that way HA won’t be exceeding any imaginary boundaries
If you could link to where Hass.io is referenced in any of the current installation instructions, that would be great. Someone can submit a PR to remove it.
Yes, the Devs have been slowly removing it from the code, it takes time as changes to that reference creates breaking changes in other places of the code, from what I have read.
Yes. Here is a great community document that details the current installation methods and names.
You will also see the current installation methods listed here on the HA website.
Thank you so much for these detailed instructions. As a Microsoft-type techie just getting into Linux and HA in my spare time they have worked perfectly for me.
Please can you help with a few things though? I’m trying to get my head around how all this hangs together. Sorry if these are basic questions, I am a newbie in all this.
Q1. In this scenario, what’s the correct way to update HA when new images become available? Does the ‘sudo apt update && sudo apt upgrade -y && sudo apt autoremove –y’ handle it all, or is there some process/situation whereby I would need to get another image from your curl place?
Q2. The various bits of HA are running in Docker runtime (I can see them all running using ‘docker stats’), so presumably there are some dockerfiles somewhere that will show me what it’s doing. Where?
You update HA from within HA. You do need to keep the Debian OS up to date as well, using the code your posted.
If you install the Portainer add-on, you can check each running container from a nice GUI. Be very careful though, if you edit any of the running HA containers, it is likely to stop HA from working and you may be forced to re-install.
Not something I have done, or have any experience in doing, so can’t offer advice on this.
I wanted migrate from SD card Hass.io to USB booted Debian on Raspbery Pi 4 , but it seems it doesn’t possible, due to limitation for default SD card booting in Rpi4. I don’t know how to change booting in hassio. Do you? I think the only option would be to get raspbian installed. Let me know if there is any better method.
Thanks for these guides which I already knew, but the problem is with booting - on hass os I can’t install eeprom or I don’t have anything like raspi-config, so I can’t change boot order. I need a spare SD card, argh.
I have this installation and just got prompt that i should update supervisor for security reason. After updating in not able to access ui vi http.
In logs i see only this kind of messages: 2021-01-20 07:30:01 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for reolink_dev which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
Im still able to connect to the host via ssh (i have open ssh there).
Im also able to connect to HA terminal addon via ssh.
In supervisor logs i have this WARNING: Host has no rauc support. OTA updates have been disabled.
also there is this INFO: 21-01-20 07:41:44 INFO (MainThread) [supervisor.auth] Home Assistant not running, checking cache
when trying to get back to previousl snapshot getting this: 21-01-20 07:54:47 WARNING (MainThread) [supervisor.jobs] 'SnapshotManager.do_restore_full' blocked from execution, system is not running
After removing everything from config + custom components folder it was solved…
yeah reboot+remoal of recorder from config seems to do the trick…
with recorder though it is showing this in the logs and not going anywhere: [supervisor.auth] Home Assistant not running, checking cache