Nová verze systemd 256 s run0, systemd-vpick či importctl

Super, ze si muzu vybrat, co se ma stat, kdyz ten odporny moloch crashne.

To stupid simple init nic podobnyho v podstate ani neumel (tim myslim spadnout).

Restarty a zavislosti sluzeb se resily par radky v shell scriptech per sluzba, a zbytek systemu to vzdycky nechalo fungovat presne tak, jak autori zakladnich sluzeb (dns, dhcp, networking, syslog) minili, ze to fungovat ma.

Se mi po init furt styska, a zaroven zveda zaludek, kdyz sleduju, jak se autorsky tym systemd hada, kdo ma co a jak delat, nebo proc je mnohaset strankova dokumentace k systemd furt obsolete a incomplete.

> a zbytek systemu to vzdycky nechalo fungovat presne tak, jak autori zakladnich sluzeb (dns, dhcp, networking, syslog) minili, ze to fungovat ma.

Kéž by. Se SysV a bash skripty jsem si rozhodně taky užil svoje.

Závislosti se řešily komentáři v bashi a chkconfigem, který generoval číslované symlinky. Ale skutečné závislosti to nebyly, protože to neumělo reagovat na selhání služby...

ach těch rozbořených systémů, díky systemd vím, který proces patří jaké službě, dokážu konfiguraci služeb automatizovaně auditovat a kontrolovat staticky nastavené options ještě než se služba spustí. A spoustu jiných věcí vč. třeba tak nepodstatné věci, že to řeší runtime služeb a nikoliv jen jejich bootstrap.

Dokud byl systém homogenní, běžely tam jen základní služby a dělal jsem si to sám, nic mi nechybělo, ale to mi třeba ani dnes s openbsd nechybí, jakmile tam ale vlétne spousta externího SW, spusta závislostí, spousta dalších adminů, s kterými se musím střídat, systemd umožňuje v systému deklarativně udržovat určitý pořádek.

Pokud je Systemd špatné, tak SysVinit byl totální peklo. Každá distribuce si ty skripty řešila sama a na cokoli pokročilejšího musel člověk používat externí nástroje nebo si to psát sám.

Ano, SysVinit nic v podstatě neuměl - a to byl jeho největší problém.

Stále mi je smutno za Škodou 105L. Ak došlo k poruche, často sa dala opraviť na mieste. Pri prasknuti remeňa bolo možné dočasne ho nahradiť zviazanymi silonkami. Keď prasklo plynové lanko, tak som natiahol špagát cez okno k motoru a domov som prišiel. Tie nové autá si samé regulujú množstvo paliva, prehadzuju rýchlosti, dokonca mi píšu, kedy mám ísť vymeniť olej. Najnovšie mi dokonca prišlo upozornenie do mobilu, že som nechal otvorený kufor. To je už fakt na vracanie - keď je otvorený, tak je, nech sa mi auto do toho nestará...

Když čtu jak se systemd rozrůstá o další a další utility (ne že by sudo nezasloužilo přepis), měl bych otázku: nevíte kdy je na pořadu dne systemd-kerneld?

tak k sudo tu alternativa je, doas. Ale to se tymu kolem systemd nehodí. Těm vyhovuje prohlubovat závislost na jejich výtvoru. A když už je to tak dlouho tlačeno silou a diktátem největších komerčních distribucí, tak samozřejmě mají i výhodu při prosazení svých výtvorů vůči nezávislým projektům.

"diktátem největších komerčních distribucí" - to je co? Kdyz si nainstaluju Devuan, tak prijde typek z Debianu a nasilim mi to preinstaluje? :)

Existují jiné inity běžící paralelně. Vidím tu námět na článek.
Pak se člověk diví, že taková věc bez systemd nabootuje 2.5x rychleji.
Na domácí blbnutí to stačí.

13. 6. 2024, 13:01 editováno autorem komentáře

Ty další utility jsou často nijak nezávislé na systemd jako initu, jenom jsou pod stejným projektem - podobně jako je třeba GNU projekt.

Rozdíl je v tom že systemd vydává vše v jednom tarballu a do distribucí se dostavá další bordel bez pořádného review, který by jinak byl u každé nové komponenty. Rozdíl v kvalitě jednotlivých komponent systemd je přitom velký. Některé jsou dobře udržované, ale jiné mají nahlášené kritické bugy už roky a nikdo s tím nic nedělá.

Je to všechno pohromadě, na disku to máte i když to nechcete. Je to jak když si koupíte vysavač a dostanete k tomu sadu nožů zdarma, které by si jinak nikdo nekoupil.

To, že je to v jednom tarballu z upstreamu neznamená, že to bude taky v jednom balíčku v distribuci. Třeba Debian má systemd rozdělené do 17 balíčků a z toho jsou v běžné serverové instalaci nainstalovány jen 3 balíčky.

Este ze tu je AntiX a MX linux