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.
Hi @kanga_who,
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
i did it right after updating the HA to new version (about 2 hrs ago).
by this i mean i run : sudo apt update && sudo apt upgrade -y && sudo apt autoremove -y
try a ha core check to exclude config problems, and as said before, db could be corrupt - delete it, there’s no side effects except loss of historical data.
it was google cloud postgressql, now i switched to default one an everything works normally again.
Seems like a coincident - some issues in google cloud sql instance and me updating to new version.