Software-update: Ubuntu 24.04.4 LTS

Ubuntu logo Versie 24.04.4 van Linux-distributie Ubuntu is uitgekomen. Tweemaal per jaar verschijnt er een nieuwe versie en vormen het jaar en de maand van uitgave het versienummer. Deze versies worden negen maanden ondersteund. Eens in de twee jaar komt er een versie uit die niet negen maanden maar vijf jaar voorzien zal worden van updates. Versie 24.04, een versie die vijf jaar ondersteuning krijgt, heeft codenaam Noble Numbat meegekregen, draait op systemd 255.4 en Linux Kernel 6.8, en gebruikt standaard Gnome 46 als de desktopomgeving. Versie 24.04.4 is de derde update met een verzameling bugfixes en verbeteringen.

Ubuntu 24.04.4 LTS is now available

The Ubuntu team is pleased to announce the release of Ubuntu 24.04.4 LTS (Long-Term Support) for its Desktop, Server, and Cloud products, as well as other flavours of Ubuntu with long-term support.

As usual, this point release includes many updates and updated installation media has been provided so that fewer updates will need to be downloaded after installation. These include security updates and corrections for other high-severity bugs, with a focus on maintaining stability and compatibility with Ubuntu 24.04 LTS.

Versienummer 24.04.4 LTS
Releasestatus Final
Besturingssystemen Linux
Website Ubuntu
Download https://releases.ubuntu.com/24.04.4/
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

16-02-2026 • 20:30

14

Submitter: Mapje

Bron: Ubuntu

Update-historie

Reacties (14)

Sorteer op:

Weergave:

Waarom draait bijna alles op systemd ipv openrc, net zoals bij deze distro en bijna alle andere. Uit mijn ervaring is openrc even makkelijk te gebruiken en iets sneller. Ben niet kritisch naar systemd, ik vraag het me alleen af

[Reactie gewijzigd door xxdeb op 16 februari 2026 21:21]

omdat het een best wel grote verandering is om weer een init system migratie te doen?
ik weet nog wel toen alles in ubuntu naar systemd ging. ik werk er niet dagelijks mee, en dan kost het best weer wat tijd om uit te zoeken hoe alles werkt.

als je iedere keer alles op de schop gooit haken gebruikers vanzelf af.
Herschijf een buggy 1/2 werkende versie in rust dan zal het vast default worden in ubuntu.

Maar even serieus System D werkt openrc is veel later gekomen en eerst voor gentoo geschreven en zal vast werken op andere distros maar ze zijn al een weg in geslagen and if it aint broke dont fix it. Dan moeten ze support gaan geven op iets nieuws wat ze eigenlijk niet willen Ik weet ook niet hoe backwards compatible openrc is . veel linux distros draaien op pre 2013 hardware mijn oudste linux computer 2005 ... Atlon 64 x2 . zo lang het werkt .

Wat is het voordeel volgens jou tov system D?
Ik snap niet dat je hier naar vraagt. Systemd is al 10 jaar de default service beheer in Ubuntu.
Fijn! Wat blijft dit toch een heerlijke distro
What's not to love. Even een greep in de fantastische, voormalige, features van Ubuntu: Upstart, MIR, Unity. Allemaal mooie producten die van de een op de andere dag abandoned werden. Erg fijn voor de gebruikers die op zoek waren naar een stabiele LTS distribution.

En nu natuurlijk het mooie snap waar iedereen mateloos enthousiast over is. Wie weet volgt dit product wel hetzelfde pad als bovengenoemde producten.
En alweer een LTS release met een EOL kernel. Waarom nou niet gewoon een Longterm kernel in een Longterm distributie release. Ik snap niet waarom Canonical er keer op keer voor kiest om LTS releases te shippen met EOL kernels i.p.v. de meest recente longterm release.

En ja, ik ben mij er van bewust dat ze fixes zelf backporten. Maar in het verleden is al meermaals gebleken dat dit niet altijd goed gedaan wordt. Het resultaat? Problemen die zich alleen op "het stabiele" Ubuntu voor doen.

[Reactie gewijzigd door Archcry op 16 februari 2026 21:30]

Wat maakt het uit? Zolang Canonical de kernels ondersteunt zie ik geen meerwaarde in het vastpinnen op een longterm kernel. Voordeel van HWE is dat je recentere kernels hebt (dan longterm) mét lange ondersteuning (zie https://ubuntu.com/kernel/lifecycle).
We hebben het hier over een HWE kernel voor een LTS release. Mijns inziens is het dan niet zo erg dat de kernel een paar versies achterloopt op de "meest verse" variant van dat moment. In principe kan je op het moment van release toch nooit de meest verse kernel hebben.

Ik snap werkelijk niet wat nou het voordeel is om toch nog net even die iets nieuwere versie van de kernel te pakken. Vooral omdat je dan dus ook zelf die kernel moet blijven onderhouden met alle nadelen die daarmee gepaard gaan.

En dan krijg je dus dit soort problemen:
https://www.theregister.c...ch_borked_ubuntu_systems/
Het voordeel is simpel: ondersteuning van nieuwere hardware. Een voorbeeld daarvan zijn RDNA4 kaarten. En dat is met het oog op het hele Ai geneuzel relevant vanwege ROCm. Daarvoor is niet enkel de kernel maar ook de rest van de enablement stack van belang. En het is niet dat Canonical zich nu zo heel veel extra werk op hun hals halen omdat er namelijk overlap is met de kernels die ze aanbieden in de nieuwere non-LTS versies van Ubuntu.

Het voorbeeld dat je aanhaalt is een incident. Kwestie van de update terugdraaien en/of een van de andere drie geïnstalleerde kernels booten en je kunt door met waar je mee bezig was.
Ik snap dat hardware enablement belangrijk is voor Ubuntu. Maar waarom dan niet kernel 6.18. Dat is namelijk de volgende Longterm kernel die officieel ondersteund wordt (inmiddels ook al drie maanden bekend). Nu hebben ze gekozen voor 6.17. Mijns inziens wordt er bij Canonical gewoon niet nagedacht over dit soort keuzes. En tuurlijk is het een incident. De vraag is, waarom zou je het riskeren als je ook gewoon een Longterm kernel kan gebruiken die officieel ondersteund wordt.

[Reactie gewijzigd door Archcry op 16 februari 2026 22:33]

Dat heeft te maken met hun release cycle, zie https://documentation.ubuntu.com/project/release-team/release-cycle/. Kernel 6.18 kwam pas eind november uit en de kernel freeze voor Ubuntu 25.10 was eind september en toen was er nog geen zicht op een releasedate voor 6.18. En de HWE kernels in LTS point releases zijn dezelfde kernelversie als de meest recente non-LTS versie van Ubuntu op dat moment.

Er wordt bij Canonical wel degelijk nagedacht over de te ondersteunen kernels zoals o.a. hier uitvoerig is beschreven.

[Reactie gewijzigd door Jorick op 16 februari 2026 23:18]

Reactie verkeer geplaatst.

[Reactie gewijzigd door Archcry op 16 februari 2026 22:32]


Om te kunnen reageren moet je ingelogd zijn