Administrace komentářů

Jestli tomu dobře rozumím, tak disable je něco jako smazání linku z /etc/rcX.d/. Pokud chceš opravdu zakázat službu, tak můžeš dát mask, které je ekvivalent nahrazení souboru v /etc/init.d/ prázdným souborem.

Výsledek celé diskuze je tedy takový, že systemd nemá prostředek, jak obecně nějakou službu zastavit a mít jistotu, že nenastartuje. Mask je funkční jen v připadě, že daná služba NENÍ v adresáři /etc/systemd/system/, stop je funkční jen v případě, že si službu nic nevyžádá, disable není způsob, jak se to řeší. A editace souboru v /usr/lib/ je jen cesta do pekel.

Kde je tedy reálný přínos systemd? Rychlý start je v současnosti nezajímavý -- co se vypíná, to se uspává. Výkonu je taky na rozdávání, takže služba může běžet od startu a ne až na požádání a ztrácím kontrolu nad službami systému. Prosím jen fundované odpovědi, nechci flame.

Pro ty, co by chtěli argumentovat pokrokem: ano, pokrok je potřeba. Co vyhovovalo dřív, nemusí být dobré dnes. Podívejte se například na X server. Zjistilo se, že současný model, který byl výborný dříe je již zastaralý a výkonově nedostačuje současným nárokům. Dobře, vymyslíme něco nového. A vznikl Wayland. Je tu, ale nikdo mne nenutí ho používat. Mohu si vybrat, jestli ho chci použít, nebo ne. Celý ekosystém se na něj postupně připravuje a až uzraje doba, tak přechod nebude bolest. Pak tu máme systemd, který někdo prokřičel do distribucí a problémy spíše přináší, než řeší. Doba pro něj ještě neuzrála, protože služby nejsou připraveny a celý ekosystém s ním spíše skřípe. Systemd dle mého měl zůstat ještě pár let jako ta druhá možnost. Tím ale nechci říct, že všechno na systemd je špatné. Na desktopu to jednou bude výborná záležitost, na serveru význam nevidím. Ten je spíše statický a dlouhoběžící, takže služby puštěné na vyžádání běží pořád, rychlý start je mi k ničemu, když stejně desetkrát tolik strávím čekáním na inicializaci řadiče a dbus, dhcp klient, suspend a spol. kvůli Apache není potřeba...