- systemd 259 zavádí experimentální podporu pro musl a posiluje zabezpečení spouštění zaměřením pouze na TPM 2.0.
- Tato verze přidává vylepšení do run0, systemd-oomd a interní infrastruktury, včetně nových možností IPC a paralelního načítání modulů.
- Zvyšují se minimální systémové požadavky, systemd se sladí s moderními platformami a ruší se příliš stará prostředí.
- Stabilní distribuce jako Linux Mint 22.3 zaujímají konzervativnější přístup, integrují předchozí verze systemd a upřednostňují desktopové prostředí.
S verzí systemd 259 se ekosystém Linuxu opět posouvá, a to poměrně významně. Tato verze nejpoužívanějšího systémového frameworku v GNU/Linuxu přináší zásadní změny v kompatibilitě, zabezpečení a správě zdrojů, které jdou daleko za rámec jednoduché rutinní aktualizace. Ačkoli mnoho z těchto nových funkcí je technického charakteru, mají přímé důsledky pro distribuce, administrátory i pokročilé uživatele.
V této verzi systemd udělá klíčový obrat tím, že otevírá dveře musl jako alternativě k glibc, zpřísňuje jeho minimální požadavky, posiluje svůj postoj k bezpečnému bootování s TPM 2.0, pokračuje v prosazování run0 jako náhrady sudo a vylepšuje chování systemd-oomd pro lepší kontrolu spotřeby paměti. To vše při zachování rozsáhlého a kontroverzního charakteru, který projekt doprovází po celá léta.
systemd, ústřední a kontroverzní součást moderního Linuxu
Dnes je systemd výchozím systémovým frameworkem ve většině univerzálních distribucí GNU/Linuxu: spravuje bootování, služby, logování, uživatelské relace a řadu nízkoúrovňových úloh, které byly dříve rozloženy do více nástrojů. Jeho filozofie integrace stále více funkcí mu dala v rámci systému obrovský význam.
Tato schopnost centralizovat kritické procesy, závislosti a nástroje vedla k širokému přijetí, ale také k intenzivní debatě v rámci komunity. Pro mnohé to zjednodušuje administraci a standardizuje postupy; pro jiné to představuje jediný bod selhání a složitost, kterou je obtížné auditovat, s příliš mnoha odpovědnostmi soustředěnými v jednom projektu.
Tempo vývoje již několik verzí je frenetické, s častými vydáními, která přidávají nové komponenty, rozhraní a interní vylepšení . Systemd 259 do tohoto trendu dokonale zapadá: nepřináší jen drobné úpravy, ale strategická rozhodnutí, která ovlivňují způsob kompilace distribucí, spouštění systémů a správu zdrojů pod tlakem.
V tomto kontextu představuje systemd 259 zlomový bod v kompatibilitě knihoven jazyka C, podpoře bezpečnostního hardwaru, nástrojích pro eskalaci oprávnění a požadavcích na platformu, čímž dále upevňuje roli systemd v srdci operačního systému.
Experimentální podpora pro musl: sbohem monopolu glibc
Nejvíce pozornosti věnuje objevení se experimentální podpory pro musl v systemd 259. Doposud byl projekt velmi silně propojen s glibc, referenční knihovnou jazyka C pro většinu tradičních distribucí GNU/Linuxu.
musl je zase lehká knihovna v jazyce C, vysoce ceněná v minimalistických systémech , kontejnerech a distribucích zaměřených na efektivitu, jako je Alpine Linux a další varianty zaměřené na snížení spotřeby zdrojů a plochy pro útok. Po léta byl vztah mezi systemd a musl komplikovaný právě kvůli této závislosti na glibc.
S tímto krokem, ačkoli je stále v experimentální fázi, již systemd není tak exkluzivní ve svém vztahu s libc . To otevírá reálnou možnost kombinace systemd s musl v prostředích, kde se dříve používaly alternativní init systémy nebo se systemd kvůli omezením kompatibility zcela vyhýbal.
Příchod této podpory s sebou nese významné interní změny: předpoklady kompilace, rozhraní a specifická volání glibc musely být upraveny tak, aby umožňovaly integraci musl bez narušení očekávaného chování. V krátkodobém horizontu to vyžaduje intenzivní testování ze strany distributorů a pokročilých uživatelů, ale pokládá to základy pro větší technologickou rozmanitost v rámci linuxového ekosystému.
Tento krok také reaguje na historickou kritiku „uzavřené“ povahy systemd ve srovnání s jinými knihovnami jazyka C. Ačkoli musl v tomto kontextu zatím není podporován na stejné úrovni vyspělosti jako glibc, skutečnost, že se v tomto směru pracuje, naznačuje jasnou touhu rozšířit obzory a omezit rigidní závislosti na klasickém GNU stacku.
Bezpečnější bootování: pouze TPM 2.0 pro systemd-boot a systemd-stub
Další významná změna v systemd 259 přímo ovlivňuje bezpečné bootování na systémech UEFI . Komponenty systemd-boot (integrovaný správce bootování) a systemd-stub (zodpovědný za usnadnění bootování v prostředích UEFI) již nepodporují TPM 1.2 a zaměřují se výhradně na TPM 2.0.
Myšlenkou tohoto rozhodnutí je posílit zabezpečení podporou pouze verze TPM, která je považována za nejrobustnější a nejaktuálnější . TPM 2.0 nabízí vylepšené kryptografické možnosti a flexibilnější rámec pro scénáře, jako je měřené spouštění, ověřování integrity a utajování tajných dat propojených se stavem systému.
Nevýhoda je jasná: systémy, které stále spoléhají na TPM 1.2, nebudou mít pro tyto funkce podporu . V praxi by to mohlo znamenat změnu základní desky nebo odmítnutí určitých funkcí zabezpečeného spouštění založených na systemd-boot a systemd-stub, pokud nebude hardware aktualizován.
V mnoha domácích prostředích jsou však Secure Boot a TPM v instalacích Linuxu často zakázány , a to jak z praktických důvodů, tak kvůli historickým třenicím, které způsobovaly v oblasti kompatibility ovladačů, alternativních možností spouštění nebo duálního provozu s Windows.
I tak je tato změna v souladu s trendem v oboru pro firemní nebo profesionální prostředí, která závisí na zabezpečeném bootovacím řetězci s TPM 2.0 : zjednodušuje kód eliminací kompatibility se staršími systémy a snižuje rizika spojená se staršími kryptografickými zásobníky.
run0 přibírá na váze jako moderní alternativa k sudo
Mezi nástroje, které v ekosystému systemd vzbuzují největší zájem, patří run0, navržený jako náhrada za sudo . Sudo je po celá desetiletí de facto standardem pro spouštění příkazů se zvýšenými oprávněními na unixových systémech, ale jeho design a konfigurace nesou historickou setrvačnost.
S run0 tým systemd hledá nabídnout integrovanější a kontrolovanější přístup k eskalaci oprávněníVerze 259 obsahuje klíčovou novou funkci: argument --empower, což vám umožňuje zahájit novou relaci se zvýšenými oprávněními, aniž byste se museli explicitně měnit na uživatele root.
Filozofií této možnosti je dále omezit přímé používání účtu root , čemuž se zabezpečení vždy snaží vyhnout, nebo to alespoň co nejvíce omezit. Místo přihlašování jako root nebo zneužívání privilegovaných shellů je navržen model založený na relacích se zvýšenými oprávněními s jemnějšími kontrolami.
Navzdory tomu nejsou všechny metody pro správu zvýšených oprávnění stejné a široké přijetí run0 je stále v rané fázi . Administrátoři a distributoři budou muset posoudit, zda je jeho model pro jejich specifické scénáře vhodnější než sudo, s přihlédnutím k auditování, kompatibilitě se stávajícími nástroji a zavedeným zásadám přístupu.
V každém případě aktivní vývoj run0 naznačuje, že systemd se neomezuje pouze na koordinaci služeb, ale snaží se pokrýt více vrstev systémové administrace, včetně každodenní správy oprávnění, která byla dosud téměř výhradně delegována na externí utilitní programy.
systemd-oomd: větší kontrola nad procesy náročnými na paměť
Pokud jde o stabilitu systému, systemd 259 posiluje roli systemd-oomd jako správce nedostatku paměti . Tato komponenta je zodpovědná za reakci na nedostatek paměti RAM a selektivní ukončení procesů před zamrznutím celého systému.
Klíčovou novou funkcí je přidání vlastností OOMKills a ManagedOOMKills do servisních jednotek. Tyto vlastnosti umožňují spočítat, kolik procesů bylo ukončeno jádrem nebo samotným systemd-oomd, což poskytuje mnohem lepší přehled o tom, jak se řeší paměťové krize.
Tato informace je obzvláště užitečná, když aplikace začne nekontrolovatelně spotřebovávat paměť RAM , ať už kvůli únikům paměti, chybným konfiguracím nebo neočekávanému zatížení. Díky možnosti sledovat, kolikrát byl mechanismus Out-of-Money (OOM) spuštěn, mohou administrátoři odhalit problematické vzorce a upravit limity dříve, než se situace opakuje.
Myšlenka spočívá v tom, že systém místo úplného zablokování selektivně ukončuje nejškodlivější procesy a zachovává tak celkovou odezvu. Díky těmto čítačům přístupným z jednotek systemd je snazší auditovat, které služby jsou opakovanými viníky kritických situací.
Celkově vzato vylepšení systemd-oomd posilují jasný trend: přeměnit automatizovanou správu zdrojů na první linii obrany proti katastrofickým selháním s podrobnějšími metrikami a méně transparentními rozhodnutími pro ty, kteří systém spravují.
Další interní vylepšení a relevantní změny v systemd 259
Kromě hlavních novinek obsahuje systemd 259 řadu technických úprav, které vylepšují různé oblasti frameworku a které sice mohou zůstat nepovšimnuty, ale mají praktický dopad v reálném prostředí.
Na jedné straně byla implementace Varlinku pro IPC komunikaci v rámci správce služeb rozšířena a nyní zpřístupňuje mnohem více funkcí. To usnadňuje externím nástrojům a vrstvám správy interakci se systemd bohatším a strukturovanějším způsobem, což umožňuje lépe využívat interní informace, které systém zpracovává.
Komponenty jako systemd-udevd a systemd-repart byly také vylepšeny, pokud jde o opětovné načítání tabulek oddílů na blokových zařízeních. Nový přístup je postupnější a opatrnější, což snižuje riziko nekonzistencí nebo přerušení při výměně oddílů za provozu nebo manipulaci s disky ve složitých systémech.
systemd-boot nyní kromě změn TPM zahrnuje různé úrovně protokolování , které pomáhají ladit problémy se spouštěním a upravovat podrobnost podle potřeb: od tišších ukončení pro stabilní prostředí až po podrobné protokoly pro diagnostické relace.
Další zajímavostí jsou funkce, jako například Podpora auditu Linuxu, PAM, libacl, libblkid, libseccomp, libselinux a libmount jsou pak obviněni dlopen() místo standardního dynamického linkování. Tato strategie snižuje základní váhu binárního souboru a umožňuje lehčí prostředí, což je obzvláště užitečné v kontejnerech, kde není vždy vyžadována celá sada knihoven.
Navíc nyní systemd-modules-load načítá moduly jádra paralelně , což urychluje proces spouštění na počítačích s více nakonfigurovanými moduly. Vzhledem k tomu, že systémy obsahují více funkcí ve formě modulů, pomáhá tato paralelizace lépe využívat moderní procesory.
V kryptografické oblasti rozšiřuje systemd-integrity-setup své podporované algoritmy a nyní podporuje HMAC-SHA256, PHMAC-SHA256 a PHMAC-SHA512, čímž posiluje škálu možností pro zajištění integrity citlivých dat a konfigurací.
Jednou ze změn, které si mnoho administrátorů všimne, je, že výchozí režim ukládání žurnálu je nyní „trvalý“ místo „automatický“. To znamená, že za předpokladu podpory budou protokoly ve výchozím nastavení trvale ukládány na disk, což usnadní audity a diagnostiku bez nutnosti ruční úpravy počáteční konfigurace.
Náročnější minimální požadavky: pouze pro moderní platformy
Verze 259 také přichází s výrazným zvýšením minimálních systémových požadavků pro spuštění systemd za podporovaných podmínek. Toto rozhodnutí posiluje jeho sladění s modernějšími platformami.
Mezi zveřejněnými požadavky vyniká jako minimální verze glibc 2.34 , která přímo vylučuje prostředí ukotvená ve velmi starých knihovnách jazyka C. Jako verze jádra je také vyžadován Linux 5.10 , ačkoli vývojáři doporučují větev 5.14 pro výkon, který lépe odpovídá současným funkcím.
V oblasti kryptografie se OpenSSL 3.0.0 stává novým minimálním standardem a nahrazuje předchozí verze, jejichž cykly podpory se blíží ke konci. Stack je také doplněn závislostmi, jako jsou cryptsetup 2.4.0 a libseccomp 2.4.0, které jsou nezbytné pro správné využití funkcí šifrování a izolace.
systemd 259 také vyžaduje Python 3.9 nebo vyšší pro určité nástroje a skripty , což znamená, že systémy se staršími větvemi Pythonu bude nutné upgradovat, pokud chtějí zachovat integrované pracovní postupy bez dalších záplat.
Kromě toho jsou zahrnuty základní komponenty jako libxcrypt 4.4.0, util-linux 2.37 a další knihovny uživatelského prostoru , jejichž cílem je sjednotit technologickou základnu ve verzích, které zaručují bezpečnost a konzistenci se zbytkem ekosystému.
Vedlejším efektem může být, že tyto požadavky omezují přijetí systemd 259 na starším hardwaru nebo velmi konzervativních distribucích , ale zároveň zjednodušují údržbu kódu a snižují potřebu přenášet kompatibilitu se zastaralými API.
Dopad na distribuci a koncového uživatele
V praxi pro většinu uživatelů stolních počítačů nejsou aktualizace systemd obvykle kritickým okamžikem . V distribucích s bodovým vydáním (typických těch, které jsou pravidelně aktualizovány s hlavními verzemi) je normální, že verze systemd zůstává po celou dobu svého životního cyklu zmrazená, s výjimkou hlavních bezpečnostních nebo stabilizačních záplat.
Ti, kteří dávají přednost tomu, aby měli vždy nejnovější verzi frameworku, se obvykle rozhodují pro postupné vydávání distribucí, jako je Arch Linux nebo openSUSE Tumbleweed, kde systemd 259 dorazí relativně brzy a bude rychle integrován do aktualizačního toku.
Jiné projekty, jako například Fedora, dodržují politiku udržování stejné hlavní verze systemd po celou dobu životnosti každého stabilního vydání, což poskytuje větší předvídatelnost výměnou za mírné zpoždění za nejnovějším surovým vydáním.
Mezitím se svět odvozených distribucí, jako je Linux Mint nebo jeho varianty založené na Ubuntu LTS, obvykle synchronizuje s tempem základního systému, na kterém jsou postaveny . Například Linux Mint 22.3 obsahuje systemd 255 a nepřijímá okamžitě verzi 259, přičemž upřednostňuje stabilitu před závodem o nejnovější verzi.
Pro neklidné administrátory a ty, kteří jsou nadšení z nových funkcí, existuje vždy možnost otestovat systemd 259 v testovacích prostředích nebo postupně se vyvíjejících distribucích , vyhodnotit kompatibilitu, dopad na klíčové služby a chování s konkrétním hardwarem, než se začnou zamýšlet nad migracemi v produkčním prostředí.
Linux Mint 22.3 jako kontrast: stabilita versus špičkové technologie
Jako protiklad stojí za to se podívat na Linux Mint 22.3 „Zena “, který slouží jako jasný příklad toho, jak některé distribuce upřednostňují stabilitu, zatímco ekosystém systemd se neustále vyvíjí nezávisle. Tato verze je prezentována jako nejnovější aktualizace v aktuální sérii a je doporučena všem typům uživatelů s garantovanou podporou do dubna 2029.
Mint 22.3 je založen na Ubuntu LTS s jeho aktualizovaným, ale konzervativním stackem a je dodáván s jádrem Linuxu 6.14, které je mimo jiné navrženo tak, aby nabízelo lepší podporu pro nejnovější generaci procesorů AMD. Obsahuje také systemd 255 a Mesa 25, čímž vytváří moderní prostředí bez rizik spojených s upgradem na nejnovější verzi každé komponenty.
Distribuce se zaměřuje především na vylepšení zážitku z práce na počítači . Cinnamon 6.6, její hlavní prostředí, se vyznačuje přepracovanou, modernější a flexibilnější nabídkou aplikací se zaoblenými rohy a postranním panelem, který seskupuje uživatelské zkratky, umístění a oblíbené aplikace. Kategorie ustupují do pozadí, aby se přímočařeji zdůraznily samotné aplikace.
Toto menu má nejen nový vzhled, ale také prošlo důkladnou interní revizí s modernějším kódem, který vylepšuje navigaci pomocí klávesnice, aktualizaci obsahu a budoucí údržbu. Cílem je, aby uživatelé měli plynulejší uživatelský zážitek a aby projekt měl stabilnější základ pro budoucí vývoj.
Mint dále posiluje podporu pro rozložení klávesnice a metody zadávání textu a sjednocuje zpracování tradičních rozložení a metod založených na IBus. To umožňuje kombinovat rozložení XKB se složitými metodami, například pro japonštinu nebo čínštinu, což je důležité ve vícejazyčném prostředí.
Veškerá tato práce je v souladu s budoucí strategií společností Mint a Cinnamon: zajištění plné kompatibility s Waylandem . Doposud byla podpora klávesnice ve Waylandu poměrně omezená, ale s touto verzí fungují správně jak standardní rozložení, tak metody zadávání textu a klávesnice na obrazovce byla nativně přepsána, čímž se eliminují externí závislosti.
Navzdory těmto vylepšením Cinnamon stále standardně běží na X11, ačkoli nabízí experimentální verzi s Waylandem , která zatím není doporučena pro produkční prostředí. Tato verze však slouží jako testovací prostředí pro vylepšení správce oken Muffin a dalších klíčových komponent.
Prostředí pracovní plochy je doplněno vylepšeními oproti správci souborů Nemo 6.6, který přidává komplexnější správce šablon , umožňuje pozastavení a obnovení operací se soubory, zpřesňuje přesnost vyhledávání a vylepšuje práci s miniaturami a rozdělenými panely. Zavádí také jasnější vizuální indikátory čekajících oznámení a intuitivnější applet pro přepínání pracovních prostorů.
Kromě toho došlo v celém systému k několika drobným úpravám : applet nočního světla s více možnostmi, vylepšení zlomkového škálování, více možností konfigurace v selektoru Alt-Tab a selektor motivů reorganizovaný podle rodin a variant, jehož cílem je zjednodušit přizpůsobení vzhledu.
Jak Mint 22.3 uzavírá svůj cyklus a připravuje půdu pro Linux Mint 23, založený na nadcházejícím Ubuntu 26.04 LTS, je kontrast se systemd 259 zřejmý: systémový framework se vyvíjí závratným tempem , zatímco stabilně orientované distribuce pečlivě vybírají, které technologické skoky v každém okamžiku integrují.
Díky všem těmto prvkům představuje systemd 259 významný milník ve vývoji init a service manageru , který prolomil jeho výhradní závislost na glibc, posílil zabezpečení pomocí TPM 2.0, zdokonalil nástroje jako run0 a systemd-oomd a zvýšil laťku požadavků pro přizpůsobení se současnému Linuxu. Ti, kteří chtějí plně využít těchto nových funkcí, budou muset investovat do kompatibilních platforem a hardwaru, zatímco konzervativnější distribuce si budou i nadále stanovovat vlastní tempo, aby vyvážily stabilitu, dlouhodobou podporu a postupné zavádění těchto funkcí.
