Software-update: Home Assistant OS 14.0

Versie 14.0 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 14.0 gebruikt versie 2024.02.7 van Buildroot als basis en is de Linux-kernel voor de meeste ondersteunde platforms bijgewerkt naar versie 6.6.63. De complete changelog voor deze uitgave ziet er als volgt uit:

Home Assistant Operating System

• Bump Buildroot to 2024.02.7 (#3659)
• Remove unnecessary kernel post-install hook for GRUB-based targets (#3672)
• Reduce timeout for network time synchronization to 15 seconds (#3669)
• Enable Cypress M8 USB serial driver for all targets (#3693)

Raspberry Pi

• Add Hailo-8 firmware for Raspberry Pi AI Kit/HAT on RPi 5 (#3680)
• RaspberryPi: Update kernel to 6.6.51 - stable_20241008 (#3662)
• Disable UAS via usb-storage.quirks on RPi for JMicron JMS583 (#3687)

Home Assistant Yellow

• Add initial support for Raspberry Pi CM5 on Yellow (#3667)
• RaspberryPi: Update kernel to 6.6.51 - stable_20241008 (#3662)
• Always use NVMe datadisk on Yellow if it's present on first boot (#3686)

Home Assistant Green

• Linux: Update kernel to 6.6.63 (#3697)

Open Virtual Appliance

• Add iwlwifi-gl firmware needed for Intel BE200 Wi-Fi 7 card (#3668)
• Add kernel config to support external i2c devices (#3642)
• Add kernel options required for Atheros 12k wirelss adapters (#3640)
• Linux: Update kernel to 6.6.62 (#3679)

Generic x86-64

• Add iwlwifi-gl firmware needed for Intel BE200 Wi-Fi 7 card (#3668)
• Add kernel options required for Atheros 12k wirelss adapters (#3640)
• Linux: Update kernel to 6.6.63 (#3697)

Hardkernel ODROID

• Fall back to max eMMC clock to fix Kingston eMMC compat with ODROID-N2 (#3665)
• Linux: Update kernel to 6.6.63 (#3697)

ASUS Tinker

• Linux: Update kernel to 6.6.63 (#3697)

Khadas VIM Series

• Linux: Update kernel to 6.6.63 (#3697)

Generic aarch64

• Add iwlwifi-gl firmware needed for Intel BE200 Wi-Fi 7 card (#3668)
• Linux: Update kernel to 6.6.63 (#3697)

Build System

• Add Kconfig option for Supervisor channel (#3618)
• Bump docker/build-push-action from 6.9.0 to 6.10.0 (#3704)

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

Reacties (33)

[The Dolf]

Als ik in de UI kijk dan zijn er geen updates.
Handmatig via de cli geeft de melding: Error: Version 13.2 is already installed.

Nog niet voor iedereen beschikbaar?

[AJediIAm]

Tweakers is altijd te vroeg met de OS update. Release candidate 3 is beschikbaar is het beta kanaal. Waarschijnlijk komt de release morgen samen met de december release van core.

[bartje]

de release staat gewoon op github, en dat was gisteren al het geval voordat tweakers dit bericht schreef.
ze zijn dus niet te vroeg. kan alleen zijn dat je niet meteen een melding krijgt.
edit:
linkje naar
release
announcement

[Reactie gewijzigd door bartje op 4 december 2024 08:36]

[The Dolf]

Had al zo’n vermoeden aangezien de images op github nog binnendruppelen.

Maar voor mij een mooie wake up call om eindelijk de dagelijkse backup eens in te stellen.

[lenwar]

Back-ups zijn sowieso een goed idee, voor als je is een keer een hele grote booboo maakt, maar ook voor hardware-falen. Of laten we eerlijk zijn. Dat de mensen bij HA een grote fout maken en je hele systeem crasht na een update. Kan ook gebeuren. (iets met mensen en spaanders)

En ter inkopper: Vergeet ook niet iets te regelen om de back-ups te 'offloaden' naar iets anders dan je HA-platform zelf. Stel dat je betreffende apparaat er in z'n geheel mee stopt (of desnoods alleen de mediadrager van je hardware), dan heb je nog niets.

Ik heb persoonlijk een dagelijkse back-up die ik naar een ander apparaat in m'n netwerk kopieer (en die voegt dat samen met andere back-ups van zaken in m'n netwerk die het weer uploadt naar een cloud-opslag, wat dus alleen wat toevoegt als zowel m'n HA en dat andere apparaat tegelijk stukgaan, maar ik had het toch al draaien, dus ik nam het gelijk mee .)

[copi]

Recent nog meegemaakt na mijn verhuizing. Het bestaande systeem had waarschijnlijk te veel stof gehapt 🙈🙈🙈
Met de auto backup extensie had ik gelukkig recente backups (die ik via de host met dropbox syncte).
Het terugplaatsen daarvan was echt een eitje, na een dag hoge stress was 't met nieuwe hardware in no time opgelost.

[The-Source]

Een config backup is 1 wellicht wil je ook je hele systeem backuppen

[lenwar]

Dat is in de praktijk minder interessant. De containers zijn in de praktijk statisch, dus die hoef je in principe niet te back-uppen. (Mits je HA op internet is aangesloten, natuurlijk)
De configuraties voor de addons zitten ook in core.

Hooguit wat extra lokale bestanden en TLS-certificaten die je lokaal hebt, kunnen handig zijn.
Als je bijvoorbeeld je camera-opnames lokaal opslaat kun je die ook in een back-up opnemen.

[StefvE]

Dit kan in de praktijk soms best tegenvallen. Containers zijn ook al snel minder 'statisch' als je er een database aan hangt. Zodra een image een database update doorvoert is de oude image waardeloos met je nieuwe database bestanden.
Ook al is het Docker, blijft het aan te raden om een backup van je host of folder(s) (afhankelijk van je use-case) te maken.

[lenwar]

Ik heb het hier specifiek over HA
De containers van HA, zijn in de praktijk statisch en de configuratie en 'data' (van de add-ons/containers), zitten in Core.

Ofwel in de praktijk bij HA:
- De boel gaat belly-up.
- Je herinstalleert HA-OS op je (nieuwe) hardware.
- Je doet een restore van Core (daarmee heb je dus 'ook' de database-bestanden/data/configuratie die te maken hebben met je add-ons).
- Je (her)installeert handmatig de add-ons/containers die je nu nog mist. (Core geeft zelf aan welke add-ons/containers het mist (en eventueel welke versies)
- Alles loopt weer (al dan niet na een extra reboot).

Als je inderdaad een 'volledige' back-up hebt, dan hoef je die add-ons/containers niet handmatig te installeren. Het is dus wel makkelijker, maar niet strikt noodzakelijk.

[Zer0]

zijn in de praktijk statisch en de configuratie en 'data' (van de add-ons/containers), zitten in Core.

HA Core ondersteunt geen addons...

[lenwar]

Dat zeg ik ook niet. De configuratie van de add-ons in HA-OS staan in Core.
Als je geen add-ons gebruikt dan dus niet. Als je ze dus wel gebruikt, dan wel.

[The Dolf]

Draai HA op een proxmox vm. Heel het systeem wordt gebackupt.

Uiteraard op een extern medium.

[Reactie gewijzigd door The Dolf op 4 december 2024 09:30]

[The-Source]

Dat doe ik dus ook en backups gaan dagelijks naar Proxmox Backup server en met de data depuplication daar is het minimaal hoeveel opslag dit kost
En daarnaast nog backups in PVE zelf.

[Ascathon]

Elke keer weer. En de desinteresse die ik voel om daar wat aan te doen.

[lenwar]

Je doet nu net of het een echt probleem is?

Gaat er wat stuk als je “pas een dag na aankondiging” het besturingssysteem van een containerplatform kunt doen?

Sterker nog: Het is in de praktijk niet zo, dat deze update van een besturingssysteem heel veel sexy opties/beveiligingsupdates heeft die je echt per se ‘nu’ moet hebben, toch?
Ongeveer 100.0% van alle zaken die veranderen zijn onderhoud en wat bugfixes waar je onder heel specifieke gevallen last van kunt hebben.

[MoonRaven]

De updates gaan via een rollout. Je kan geluk hebben, het kan ook even duren. Dit is iets wat vele software providers doen.

[JorisM]

Bij mij is ie net binnen komen druppelen

[bjp]

de mijne stelt het al voor... ik zal wss een van dezer dagen updaten.

[Heedless]

Is er eigenlijk nog een specifieke volgorde die je het beste aan kan houden wanneer er een update is voor zowel Home Assistant Core als Home Assistant Operating System? Maakt het uit welke je als eerste update?

[Ascathon]

Niet boeiend. Compatibiliteit zorgen ze wel voor. Anders krijg je geen update melding. Terug draaien naar andere combinatie is misschien wat lastiger.

[Yzord]

Nee, dit vraag had ik ook eerst, maar het maakt niet uit hoe je het doet. Werkt beide kanten op.

[lenwar]

Als ik naar andere container-gebaseerde-appliances kijk, dan is het vaak het handigste om eerst het onderliggende platform te doen, en daarna de containers.

Dus in HA-termen, eerst OS en daarna Core.

Maar in de praktijk zie je dat OS en Core altijd minimaal een versie op een neer compatibel met elkaar zijn, en dat dus beide kanten op.

Ofwel, in het geval van HA, maakt het niet uit. Doe wat je prettig vindt of gewoon in welke het binnen druppelt.


Edit: Autocorrupt

[Reactie gewijzigd door lenwar op 4 december 2024 08:50]

[robertwebbe]

In deze versie zit ook de NFC en fingerprint support voor de Ubiquiti Protect G4 Pro deurbel. Het zit nog in Protect EA versie maar zodra die in productie gaat, wordt het ondersteund in Home Assistant.

[Reactie gewijzigd door robertwebbe op 3 december 2024 22:06]

[-DEVON-]

Dit is de OS versie, niet de home assistant core die je denk ik bedoeld.

[Havocnl]

Je hebt het over Home Assistant Core en niet Home Assistant OS.
Ik had de change inderdaad op de beta releasenotes zien staan. Heel blij mee.
Het klop overigens niet wat je stelt dat het alleen in Protect EA zit. Ik draai de normale versie en heb de update nu al een weekje ofzo binnen. Wel alleen nog in de web versie en nog niet in een van de apps.

[Martinspire]

Ziet er niet echt uit als een changelog die een major versie zou verklaren. Ook lijkt het best een oude build root of is dat niet een datum?

[AJediIAm]

De extra hardware ondersteuning zoals de CM4 en A.I. Hat zijn redelijk typisch voor een major release.

[lenwar]

Meestal komt het er op neer dat het betekend dat je niet zomaar terug kunt naar de vorige versie, met de nieuwe configuratie.

Uiteindelijk is het natuurlijk ook alleen maar een nummertje. Ze kunnen ook de versies koppelen aan de datum, zoals ze met Core doen.

In de praktijk zal iedereen eens in de zoveel tijd updaten naar de laatste versie, of dat nou echt wat toevoegt of niet.

[Marekie]

Wat mij altijd opvalt is dat er wekelijks een update is/kan zijn. Niet elk van ons is dagelijks met zijn HA bezig waardoor je altijd eerst mag updaten voordat je met je HA aan het werk gaat. Hierdoor word ik in elk geval wat minder zorgvuldig en wacht misschien te lang met updaten.
Ik kijk niet vooraf of deze nieuwe update misschien een exploit of CVE verhelpt.

Minder releases zou mijn voorkeur hebben.

[TheMoonMan0]

Je kan automatisch updaten aanzetten in de settings. Geen idee of dit al dan niet aan te raden is.

[rogervdh]

Dat zou ik niet adviseren. Soms veroorzaken updates ook (aangekondigde) veranderen, waardoor bepaalde zaken niet meer werken of ander ingericht moeten worden. Ik lees altijd de release notes, alvorens te updaten. Ik zou nooit blind updaten...

[AJediIAm]

Home Assistant heeft maandelijkse releases (2024.12) en wekelijkse minor patches (2024.12.3).

Het advies is om de maandelijkse releases bij te houden, maar een maandje overslaan is geen probleem. De minor patches zijn voornamelijk updates van integraties en bevatten weinig tot geen nieuwe functionaliteit. Je kan ze zonder problemen skippen.

Security updates zijn zeldzaam en worden apart gecommuniceerd. Zolang Home Assistant niet direct vanaf het internet te benaderen is met port forwarding hoef je je weinig zorgen te maken over security updates en zal de maandelijkse release cycle voldoende zijn.

Het is eigenlijk niet te doen om minder releases te hebben. Home Assistant is het meest actieve project op GitHub en het is niet handig als de patches te groot worden.

[Reactie gewijzigd door AJediIAm op 4 december 2024 18:43]