I think Murphy is playing with me.
I downloaded the “tested Debian version” for my Raspberry PI4 - 8GB.
Flashed my 1TB-SSD with it.
Adapted the wpa_supplicant.conf file and also created a SSH empty file.
Starting boot of raspberry => loop on “running /scripts/local-block”
Why do I need to give all my time on configuring my tools and not to simply use them ?
So most likely 90% of your issues are using WiFi for a server.
Also why do you use MAC filtering? That increasing security is a long dead myth. Turn off MAC filtering, reboot the Pi and you will see the IP address and MAC address and if you must you can then add the MAC address to the filter list.
I’m running HA on their “blue” device. About 60 total zwave/zigbee devices. Very stable and easy to maintain ONCE you get everything setup to your liking (my wife can attest to that part!).
The I/O performance of the SD card sucks, just because microSD cards have crappy performance. For relatively few dollars, get a USB3 / UAS (USB Attached SCSI) and plug it into one of the two USB3 ports on the Raspberry Pi4. These days, you can boot off USB devices, too. This should improve the I/O performance considerably.
As others suggested, I’m using an fanless “NUC”-style device and docker myself. I am, however, using a Pi4 with the USB booting on my 3D printer to run Octoprint. Mostly because the SD card failed from the frequent logging and image captures… the external USB3 device is much more performant and probably has superior wear-leveling for a better lifetime.
+1 on just running Docker + the Home Assistant container. If you have minimal expertise to run the host OS, this give you a lot of flexibility.
MAC filtering is not the best protection, but, it ensure only systems I know may attempt a connection.
MAC spoofing is effectively a technique, but not known by lambda users.
Fixed MAC address is also required for DHCP reservations.
Reason why there should, at least, be a possibility to ask HA OS to retrun me that MAC address via a simple CLI command (logged as root).
Does the MAC start with 02:42:ac ?
If so, it is probably the MAC of the docker?
However, i wonder why it is exposed, docker is only used internal and has a fixed 172 IP
true…
i was more thinking about mac used for dhcp reservation, already forgot we were talking about mac filtering…
but if you use docking, get ready as each docker will use a new mac (provided it requires internet access)
Dominique… as you are not from the instant-gratification-generation, I assume you are not new to the concept of putting in some effort to get what you want.
I assume Docker is all new to you, so you could consider to use the IOTstack setup to get you going.
It’s basically as simple as flashing Debian to your SSD, sort out your MAC stuff, get IOTstack from Github, select the stack of containers you want to run from its menu, wait for Docker and the specified images to be created, do some app configuration, and you’re off to the races!
So you get the best of both worlds:
An OS that you have full access to and can manage to your heart’s content.
A supported install of Home Assistant, running in the same way as when you use “Home Assistant OS”. You get HA Supervisor to do the version checking and auto updates of HA components like audio (hassio_audio), while you get informed and can update HA core at your own leisure. And you have access to and can install HA add-ons, HACS etc.
(This also has its downside, but let’s not go there in this discussion.)
And in addition:
During initial install IOTstack will install Docker and create your containers, such as Home Assistant, Node-Red and Mosquitto (if you want to run them as containers instead of add-ons within HA), Portainer, TasmoAdmin, InfluxDB etc.
Set it up all nicely with docker-compose and docker-override files, volumes etc.
Provide scripts to help manage the Docker environment, and do (OS) backups, DropBox uploads etc.
Set up log2ram if you are into that sort of thing.
In addition to the docs, more help is available on the Discord channel.