Software-update: Home Assistant OS 17.2

Versie 17.2 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. In versie 17.0 komt ondersteuning voor oudere 32bit-hardware te vervallen en is voor nieuwe installaties nu Docker-containerd-snapshotter als standaard ingesteld. Versie 17.2 gebruikt versie 2025.02.12 van Buildroot als basis en de Linux-kernel voor de meeste ondersteunde platforms is bijgewerkt naar versie 6.12.77. De complete changelog voor deze uitgave ziet er als volgt uit:

Changes

Home Assistant OS 17.2 brings Buildroot 2025.02.12, Docker v29.3.1, and various reliability improvements. Wi-Fi powersave is now disabled by default for all connections to improve wireless stability. The number of DNS queries from connectivity checks has been reduced, and sets foundation to allow the Supervisor more time for graceful shutdown during system power-off. The Linux kernel has been updated to the latest stable version across all targets. This is the last planned release of 17.x series using the Linux kernel 6.12. All users are encouraged to upgrade.

Home Assistant Operating System

• Update to Docker v29.3.1, runC v1.3.5, containerd v2.2.2 (#4614)
• Update Go to v1.25.8 (#4612)
• Add patches with fixes for Docker engine (#4605)
• Bump Buildroot to 2025.02.12 (#4593)
• Drop explicit IPv6 forwarding sysctl (#4589)
• logind: Set InhibitDelayMaxSec=300 to allow Supervisor graceful shutdown (#4577)
• Reduce number of DNS queries from connectivity checks (#4571)
• Update Go to v1.25.7 (#4557)
• Disable Wi-Fi powersave by default for all connections (#4529)

Raspberry Pi

• Fix rpi-eeprom-config when booting RPi 5 from NVMe (#4586)
• RaspberryPi: Update kernel to 6.12.75 (#4591)

Home Assistant Yellow

• Fix rpi-eeprom-config when booting RPi 5 from NVMe (#4586)
• RaspberryPi: Update kernel to 6.12.75 (#4591)

Home Assistant Green

• Linux: Update kernel to 6.12.77 (#4582)

Open Virtual Appliance

• Bump QEMU guest agent to v10.2.2 (#4592)
• Linux: Update kernel to 6.12.77 (#4582)

Generic x86-64

• Linux: Update kernel to 6.12.77 (#4582)

Hardkernel ODROID

• Linux: Update kernel to 6.12.77 (#4582)

Khadas VIM Series

• Linux: Update kernel to 6.12.77 (#4582)

Generic aarch64

• Bump QEMU guest agent to v10.2.2 (#4592)
• Linux: Update kernel to 6.12.77 (#4582)

Build System

• Fix handling of hassio container updates in tests (#4599)
• Fix skopeo for ARM images in hassio after builder changes (#4594)
• Update labgrid and test dependencies, add .python-version (#4583)
• Fix retry in hassio container fetching, retry with backoff (#4572)
• Do not archive OS image artifacts for unpublished builds (#4565)
• Wait for Core to install and start in Supervisor tests (#4544)

Documentation

• Update nomenclature from 'Add-ons' to 'Apps' (#4585)

Dependencies

• Bump release-drafter/release-drafter from 7.0.0 to 7.1.1 (#4597)
• Bump actions/cache from 5.0.3 to 5.0.4 (#4598)
• Bump shogo82148/actions-upload-release-asset from 1.9.2 to 1.10.0 (#4579)
• Bump actions/download-artifact from 8.0.0 to 8.0.1 (#4580)
• Bump release-drafter/release-drafter from 6.4.0 to 7.0.0 (#4581)
• Bump release-drafter/release-drafter from 6.2.0 to 6.4.0 (#4570)
• Bump docker/setup-buildx-action from 3.12.0 to 4.0.0 (#4569)
• Bump docker/login-action from 3.7.0 to 4.0.0 (#4568)
• Bump docker/build-push-action from 6.19.2 to 7.0.0 (#4567)
• Bump actions/download-artifact from 7.0.0 to 8.0.0 (#4561)
• Bump actions/upload-artifact from 6.0.0 to 7.0.0 (#4562)
• Bump mikepenz/action-junit-report from 6.2.0 to 6.3.1 (#4563)
• Bump actions/stale from 10.1.1 to 10.2.0 (#4551)
• Bump docker/build-push-action from 6.18.0 to 6.19.2 (#4541)

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

Reacties (25)

[Leon]

Voor degenen die al langer HAOS gebruiken (<v17) en willen upgraden:

Standaard gebruik je dan niet de docker-containerd-snapshotter na een upgrade naar een versie >v17.

Hoe je kunt upgraden naar het nieuwe snapshot systeem staat bij de release notes van 17.0:

https://github.com/home-assistant/operating-system/releases/tag/17.0

[druktemaker]

Soms gaat het niet anders, niet iedereen wil of kan utp trekken, en bij de "kleinere" setup of een setup die eigenlijk stand alone draait (bijvoorbeeld een aantal lampen die geautomatiseerd zijn) en mss een eenvoudige bediening vanaf een mobiele device....

Ik denk dat 80% van de HA installaties niet dusdanig heftig zijn dat er echt bekabeld nodig is.

[Gohan040]

Ik zou echt niet weten hoe het soms niet anders kan.... Je home assistant server kan je altijd bij je router neerzetten en bekabeld daarop aansluiten. Waarom zou je hem ergens anders plaatsen waar je geen kabel hebt?

[lenwar]

Ik heb hem zelf bekabeld, maar iedere woning is anders, en het kan praktisch zijn, om de antennes (Zigbee/Zwave/Threat/enz.) centraal in je huis te hebben voor bereik. Uiteraard kunnen die protocollen meshnetwerken opzetten, maar dat zou een reden kunnen zijn.

Een andere reden kan zijn, dat als je je HA draait op een apparaat dat ook andere functies heeft, en dat dat apparaat op een bepaalde plek in/rondom je huis moet staan.

Maar inderdaad. Ik denk dat in de meeste gevallen, de HA-installatie prima in de meterkast draaien, naast de router/modem van je ISP.

[Ascathon]

Maar ik denk dat ook 80% van die installaties, zo niet veel meer, bij enigszins pro nerds aanwezig zijn. Die hebben vast wel ergens een aansluiting. En anders gewoon bij je modem.

[lenwar]

niet iedereen wil of kan utp trekken

En van die gevallen is het ruime merendeel 'wil'. En dat is natuurlijk prima, maar 'kan niet' is maar in zeer weinig gevallen een echte reden. Ja, het kan heel erg een gedoe zijn, om tussen verdiepingen te komen op een cosmetisch acceptabele manier, maar dan geldt 'Waar een 'wil' is, is een weg' .

[ari2asem]

oprechte vraag:


wat is het verschil tussen deze HA en onderstaande HA

download: Home Assistant 2026.4.0


want als ik op HA 2026.04 klik om te downloaden, word ik doorgestuurd naar Github waar ik dus HA OS versie 17.x kan downloaden

het gaat om versie generic x86-64

[Reactie gewijzigd door ari2asem op 7 april 2026 12:35]

[RichieB]

Het ene is het OS, het andere de applicatie. De HA applicatie wordt alleen nog ondersteund op HA OS. Dus vandaar dat als je de applicatie wilt downloaden je eerst HA OS moet installeren.

[lenwar]

HAOS is een 'appliance'. Technisch gezien een besturingssysteem, met daarom een x-aantal containers, waarvan één van de containers HA Core draait. Waar jij mee vergelijkt is HA Core.

Dus Home Assistant 2026.4.0 is een container die je op HAOS draait (of op een ander container-platform.) Bij HAOS beheer je niet zelf het besturingssysteem en de containerlaag.

[guus93]

Eindelijk Wi-Fi powersave standaard uit!
Dat heeft al zoveel mensen hoofdpijn bezorgd op het forum.

[Technoid]

Het gebruik van Wi-Fi lijkt mij ook geen slimme keus met Home Assistant. Zou toch echt gaan zorgen voor bekabeling, betrouwbaar en bijna geen latency.

[Reactie gewijzigd door Technoid op 7 april 2026 12:08]

[Luchtbakker]

Het gebruik van Wi-Fi lijkt mij ook geen slimme keus met Home Assistant. Zou toch echt gaan zorgen voor bekabeling, betrouwbaar en bijna geen latency.

Ligt sterk aan waar jij het gebruikt. Je kan simpelweg niet overal kabels in huis trekken.

[lenwar]

Dat is waar, maar een Home Assistant installatie is nou typisch iets dat 'vaak' op een willekeurige plek in je huis kan draaien, toch? (( Uiteraard niets generieks te zeggen, want iedereen heeft andere eisen en hardware ter beschikking. ))

[Gohan040]

Dat hoeft toch ook niet? Je kan hem toch langs je router zetten als je geen kabels kan trekken. Een smarthome server op wifi is niet echt slim imho.

[pkuyper]

Bekabelen is helemaal niet altijd nodig of mogelijk.
Er zijn legio draadloze protocollen die binnen HA gebruikt (kunnen) worden. Via Wi-Fi, Zigbee, noem het maar. En dat moet volgens jou bekabeld zijn?


Voorbeeld:
Ik heb een vrij grote tuin met daarin/omheen stallen met dieren. In de stallen heb ik wel water/stroom, maar geen netwerkbekabeling.
Wat ik wel heb ik buitenantennes en daarmee Wi-Fi-dekking over de hele tuin (ruime hectare).
In de stallen heb ik ventilatoren, thermometers en verlichting. Deze kan ik via Wi-Fi aansturen en uitlezen.
Werkt uitstekend.

[JP1980]

Dit gaat niet om je apparaten maar om Home Assistant machine zelf. Door die bekabeld aan te sluiten vergroot je de betrouwbaarheid. Als de WIFI het niet doet dan heeft dit alleen effect op de WIFI apparaten maar niet op de rest van je systeem. En het scheelt de helft aan latency en een boel draadloos verkeer.

Denk dat de meesten HA hebben draaien in de meterkast en doorgaans is daar ook de internetrouter, dus bekabeling van de HA server is meestal geen probleem. Servers moeten m.i. bij voorkeur aan een kabel.

[pkuyper]

Ok, dan had ik het verkeerd begrepen.

[diehardmking]

De meterkast is wel de laatste plek waar je een wifi router moet Zetten;)

Als het gaat om een stabiele wifi verbinding is de meterkast echt een no go

[mariomario]

oh, dank je.
Oud probleem hierbij verklaard.

[teo1966]

ik draai nu deze versie

1. Installatiemethode Home Assistant OS
2. Core 2026.3.4
3. Supervisor 2026.03.3
4. Operating System 17.1
5. Frontend 20260312.1
   
   kan ik deze 7.2 versie er op zetten/updaten en de core op 2026.3.4 behouden ?

[Marcoevich]

Ja, de OS update staat los van Core.

[teo1966]

het is gelukt zonder problemen

1. Installatiemethode Home Assistant OS
2. Core 2026.3.4
3. Supervisor 2026.03.3
4. Operating System 17.2
5. Frontend 20260312.1

[rippiedoos]

Wanneer stappen ze nu eindelijk eens over naar Podman.

[lenwar]

HAOS fungeert als appliance, dus wezenlijk zou dat niet moeten uitmaken, toch? (net zoals het OS van de motormanagement van je auto, of het OS van je wasmachine. )

[rippiedoos]

Als ze in HAOS overstappen op podman, kunnen ze ook buiten HAOS overstappen naar Podman.

Dan kunnen we als container-implementatie ook eindelijk iets anders dan Docker ( ) gebruiken.