Software-update: Home Assistant OS 18.3

Home Assistant logo Versie 18.3 van Home Assistant OS is uitgekomen. Home Assistant OS is een minimaal, op Buildroot gebaseerd besturingssysteem dat het mogelijk maakt om op een fysieke of virtuele machine Home Assistant te draaien. Versie 18.3 gebruikt versie 2025.02.18 van Buildroot als basis en de Linux-kernel voor de meeste ondersteunde platforms is bijgewerkt naar versie 6.18.52. De releasenotes voor deze uitgave zien er als volgt uit:

Changes

Home Assistant OS 18.3 is a bugfix release with several reliability improvements. Container image layers are now synced to disk right after they are unpacked, which prevents corrupted images when the power is cut shortly after an update. For installations where the container images are already corrupted, a new ha docker reset-storage command allows wiping the Docker storage and downloading all images again. F2FS is now supported on all targets. On Raspberry Pi, HDMI output on displays larger than 1920x1080 and booting from USB SSDs on Raspberry Pi 3 have been fixed, and Bluetooth on Home Assistant Yellow is stable again after the regression introduced in 18.0. The landing page shown during initial setup is now served on port 80 by default, with a redirect from the legacy port 8123. The Linux kernel has been updated to the latest stable version across all targets. All users are encouraged to upgrade.

Noteworthy changes

Docker storage reset

A corrupted Docker storage could until now only be recovered by wiping it manually from the OS shell. Removing and pulling a single image again is often not enough, because image layers are shared between images. The OS now provides a service which wipes the whole Docker storage on the next reboot when requested by the Supervisor. The reset can be scheduled from the CLI:

ha docker reset-storage

Use it to recover from a corrupted or inconsistent Docker storage, for example when containers fail to start or images cannot be updated. All container images, including Supervisor, Home Assistant Core, plugins and apps, are deleted and downloaded again once the system is back up. Configuration and data of Home Assistant and apps are kept, as they are stored outside of the Docker storage.

Before resetting, please note:

  • Internet connectivity is required for downloading all container images again
  • A reboot is required to apply the reset
NTP configuration as drop-in files

The persistent time synchronization (timesyncd) configuration is now stored as drop-in files in /etc/systemd/timesyncd.conf.d. Until now, a single copy of the whole /etc/systemd/timesyncd.conf was persisted, which meant that changes to the shipped defaults never reached existing installations and that NTP servers could not be updated reliably through the OS Agent. The configuration is now layered, from lowest to highest priority:

  • 10-ntp.conf: NTP servers received from DHCP
  • 20-custom.conf: timesyncd.conf imported from the CONFIG partition
  • 50-os-agent.conf: NTP servers set through the OS Agent D-Bus API (used by the Supervisor)

On upgrade, any settings in the previously persisted timesyncd.conf that differ from the shipped defaults are moved to 20-custom.conf automatically, so no action is needed. Importing timesyncd.conf from the CONFIG partition keeps working and lands in 20-custom.conf. Drop-ins with a higher priority can be added for more complex customizations.

Together with this change, NTP servers can now be configured from the CLI without touching any files. The new ha time commands show the current settings and set or clear the primary and fallback NTP servers, which are stored in 50-os-agent.conf.

Home Assistant OS

Versienummer 18.3
Releasestatus Final
Besturingssystemen Linux
Website Home Assistant
Download https://github.com/home-assistant/operating-system/releases/tag/18.3
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

18-09-2026 • 09:00

13

Bron: Home Assistant

Reacties (13)

Sorteer op:

Weergave:

Toch raar om te lezen dat 8123 nu ineens de legacy port is... :henk
Haha, ja. Maar voor veel installaties nog niet denk ik. Er is geen migratie mogelijk, of duale poorten. Ik durf het niet om te zetten met het risico dat zich ergens nog iets bevindt dat dan een 404 krijgt bij 8123.
Langzaam voorbereiden met een reverse proxy die met een subdomein werkt en gewoon 443. Dan is beiden bereikbaar en kun je langzaam migreren als je zou willen.
Dat is zeker een oplossing. Maar in de app heb ik bijvoorbeeld ook lokale ip-adressen ingesteld. En er communiceert her en der ook nog wel iets met Home Assistant.
Hun standaard uitrol is toch dit OS op een dedicated unit, dus waarom voor nieuwe gebruikers niet gemakkelijker maken dat er gewoon geen poort nodig is in het adres. En gewoon cleaner.

Als je dat als OS draait zouden 80 of 443 toch niet bezet kunnen zijn.

Maar waarschijnlijk gewoon verkapte gimmich omdat het kan.
Dat is voor nieuwe gebruikers toch al zo? Standaard is het nu 80 als je een nieuwe installatie uitvoert.
Het is mooi dat de boel geüpdatet wordt, maar ik moet wel zeggen dat ik het aantal updates wel erg hoog vind. Zeker de updates waarbij de boel herstart moet worden; die vervolgens een heleboel sensor data naar de herstart reset en niet naar wanneer de sensor oorspronkelijk iets deed.

Enne, dit is dus een OS update, niet Home Assistant zelf ;)
Ja, juist omdat HA en HAOS zo vaak worden geupdatet, is het 'gek' dat ze op de 2025 Buildroot draaien, ookal is dat de LTS branch.
Iedere 6 weken het OS, Iedere eerste woensdag van de maand een nieuwe core (met een wekelijkse bugfix)

dus effective 2 per maand. Als je geen last hebt van bugs zou je die wekelijkse dingen prima kunnen overslaan.
Ik update niet zo vaak. Elke maand of paar maanden, als ik inlog als admin, en dat ben ik standaard niet :)
Alle integraties die dan ook een update vereisen zijn af en toe wel vervelend, maar nogmaals, eens in de 1 - 2 maanden, en max 10 minuten werk.
het lokale netwerk wordt gehonoreerd? Fijn dat je telkens meer dingen zelf mag kiezen bij home Assistant. ik kan mij nog goed de vreemde argumentatie voor de geforceerde dns servers herinneren. Voor privacy jouw gaan wij niet jouw eigen dns server gebruiken, haha.

Hoe dan ook, goede ontwikkeling :)
HAOS draait z’n eigen interne DNS-server in een container draaien die je kunt forwarden naar iets van jezelf. Dit kan zover ik weet altijd al.

De instelling is transparant gemaakt in de webinterface, of hij neemt het via DHCP over.
Het instellen was niet het probleem. Het werd niet gerespecteerd, en de HA devs boeide het gewoon niet. Issues die jarenlang openstaan, en gewoon maar niet gefixt werden? De geforceerde afhankelijkheid van Cloudflare DNS is er een van velen.

een paar voorbeelden, moe bij elkaar gezocht. Als je fouten vind, dan mag je ze houden. :p

2019: https://community.home-assistant.io/t/hass-io-baked-in-dns-client/152365

2021: https://community.home-assistant.io/t/ha-os-dns-setting-configuration-not-respected/356572

https://community.home-assistant.io/t/improve-privacy-stop-using-hardcoded-dns/273496

2022: https://github.com/home-assistant/plugin-dns/issues/70

https://nvd.nist.gov/vuln/detail/cve-2020-36517

https://community.home-assistant.io/t/why-is-homeassistant-reaching-out-to-1-1-1-1-via-dns-over-https/434622

uiteindelijk is er wel de flag voor aangemaakt dat je de fallback uit kan zetten. In de tussentijd is het probleem genegeerd en afgedaan als een non-issue op het forum en reddit. En het probleem is zover ik weet pas jaren nadat de configuratie flag beschikbaar is gemaakt verholpen. De flag maskeerde het probleem, er zijn zat mensen tegenaan gelopen die niet eens van het bestaan van de flag af wisten.

Home assistant heeft lang nodig gehad om een enigzins gepolijste oplossing te worden. Het leek vaak inderdaad dat werd overgenomen wat je HA vertelde. Maar eigenlijk was dat regelmatig niet daadwerkelijk het geval.

Maakt mij dan ook blij om wijzigingen zoals deze, van de NTP servers, te zien. Geeft denk ik aan dat er minder focus is op wat het HA team denkt wat het beste voor jou is.

Om te kunnen reageren moet je ingelogd zijn