Closed ralong777 closed 2 years ago
Here's the basic problem. The sequence ./menu.sh
» "Native Installs" » "Hass.io (Supervisor)" tries to run:
~/IOTstack/.native/hassio_supervisor.sh
and that, in turn, invokes:
curl -sL "https://raw.githubusercontent.com/Kanga-Who/home-assistant/master/supervised-installer.sh" | sudo bash -s
It is that "Kanga-Who" script which is broken. As far as I can tell, it is broken because the Home Assistant folks changed how Supervised Home Assistant (aka Home Assistant Core) was installed. If you go to Kanga-Who/home-assistant, you'll see that the script hasn't been updated in a while – but some recently-updated .md files talk about how it is difficult.
It is also true to say that there are some order-of-installation dependencies between HA and IOTstack which always made that "convenience script" installation method slightly sub-optimal.
The two paragraphs above are also the answer to the question you will likely ask as to why we don't just fix the hassio_supervisor.sh
script to do the job properly? It's somewhere between tricky and unreliable, particularly if you consider it from the perspective that the script might be invoked with both new and existing installations, where existing installations can have a wide variety of docker and docker-compose versions. It's just far too messy. It would probably be a good idea to just remove the item from the menu, and change the guide so it doesn't promise what it can't actually deliver.
It seems clear that the Home Assistant folks want you to run their purpose-built image which effectively dedicates a Pi to Home Assistant and which, in turn, excludes the possibility of IOTstack running on the same machine. I don't know about you but my reaction to that idea is … unprintable.
Right now, the most reliable way to install Supervised Home Assistant such that it cohabits properly with IOTstack is to start with a clean Raspbian image and use PiBuilder.
When you visit the PiBuilder link you may well have a reaction like "yikes - far too complicated" but you should try to get past that. PiBuilder has two main use-cases:
It's the second bit that produces most of the apparent complexity.
The first-use process boils down to:
Clone the PiBuilder repo onto your support host (Mac, Windows, etc).
Customise two files within the PiBuilder scope:
wpa_supplicant.conf
options.sh
where, among other things, you will enable:
HOME_ASSISTANT_SUPERVISED_INSTALL=true
Choose a Raspbian image and transfer it to your installation media (SD/SSD). That typically ends by ejecting the installation media.
Re-mount the installation media on your support host and either:
setup_boot_volume.sh
script (if your support host is macOS or Unix); orMove the installation media to your Raspberry Pi and apply power.
Run the scripts in order (left-aligned is support host, indented is RPi):
$ ssh -4 pi@raspberrypi.local
---> $ /boot/scripts/01_setup.sh «newHostName»
$ ssh-keygen -R raspberrypi.local
$ ssh -4 pi@«newHostName».local
---> $ /boot/scripts/02_setup.sh
$ ssh pi@«newHostName».local
---> $ /boot/scripts/03_setup.sh
$ ssh pi@«newHostName».local
---> $ /boot/scripts/04_setup.sh
$ ssh pi@«newHostName».local
---> $ /boot/scripts/05_setup.sh
After the 04 script completes, Supervised Home Assistant will be running. Once the 05 script completes, you'll be able to either:
Here's my PiBuilder-produced IOTstack with Home Assistant running on a Raspberry Pi 4B/4GB + SSD + 64-bit Bullseye:
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
52570e1c55a0 ghcr.io/home-assistant/raspberrypi4-64-homeassistant:2021.12.10 "/init" 18 minutes ago Up 18 minutes homeassistant
d6413e09dfdb ghcr.io/linuxserver/wireguard "/init" 18 minutes ago Up 18 minutes 0.0.0.0:51720->51820/udp wireguard
26215e626090 iotstack_mosquitto "/docker-entrypoint.…" 18 minutes ago Up 18 minutes (healthy) 0.0.0.0:1883->1883/tcp mosquitto
b99aec0b0575 portainer/portainer-ce "/portainer" 18 minutes ago Up 18 minutes 0.0.0.0:8000->8000/tcp, 0.0.0.0:9000->9000/tcp, 9443/tcp portainer-ce
fc4f0bc3aee7 iotstack_nodered "npm --no-update-not…" 18 minutes ago Up 18 minutes (healthy) 0.0.0.0:1880->1880/tcp nodered
9fdc092378fc influxdb:1.8 "/entrypoint.sh infl…" 18 minutes ago Up 18 minutes (healthy) 0.0.0.0:8086->8086/tcp influxdb
e5b3700857ef grafana/grafana:8.3.4 "/run.sh" 18 minutes ago Up 18 minutes (healthy) 0.0.0.0:3000->3000/tcp grafana
539c3add5f3c pihole/pihole:latest "/s6-init" 18 minutes ago Up 18 minutes (healthy) 0.0.0.0:53->53/udp, 0.0.0.0:53->53/tcp, 0.0.0.0:67->67/udp, 0.0.0.0:8089->80/tcp pihole
2b4c9e977d7b ghcr.io/home-assistant/aarch64-hassio-multicast:2021.04.0 "/init" 19 minutes ago Up 19 minutes hassio_multicast
ae7e784d9a07 ghcr.io/home-assistant/aarch64-hassio-observer:2021.10.0 "/init" 19 minutes ago Up 19 minutes 0.0.0.0:4357->80/tcp hassio_observer
faf997e813b1 ghcr.io/home-assistant/aarch64-hassio-audio:2021.07.0 "/init" 19 minutes ago Up 19 minutes hassio_audio
cf5081e144d8 ghcr.io/home-assistant/aarch64-hassio-dns:2021.06.0 "/init" 19 minutes ago Up 19 minutes hassio_dns
3cceb83892b1 ghcr.io/home-assistant/aarch64-hassio-cli:2021.12.0 "/init /bin/bash -c …" 19 minutes ago Up 19 minutes hassio_cli
014239253da3 homeassistant/aarch64-hassio-supervisor "/init" 19 minutes ago Up 19 minutes hassio_supervisor
Hope this helps.
@ralong777 This is now fixed by #493, could you please close it?
I've done everything in the guide https://sensorsiot.github.io/IOTstack/Containers/Home-Assistant/
And at the end I get a mesage:
''' Preinstallation complete. Your system may run slow for a few hours as Hass.io installs its services. Press [Up] or [Down] arrow key to show the menu if it has scrolled too far. Process terminated. Press [Enter] to show menu and continue. '''
But nothing ever happens. I tried on rpi4 32bit rpi4 64bit and rpi3b+ Always the same. The service on port 8123 never goes up.
I just want to use one rpi to have pihole and home assistant.