Administrace komentářů

No jestli to správně chápu, tak je to jediná možnost, jak nastavit, že nějaká unit potřebuju nějakou jinou unit...

Ano. A přesně to je značně přeceňováno, zvláště pokud se jedná o závislosti, které mají vliv na pořadí spouštění. V jazyce systemd tedy before/after.

tak je potřeba neshazovat síťovku, přes kterou se takto komunikuje

Mně přijde ideální neshazovat síťovku vůbec. A zřejmě je to cesta, kterou se budeme opravdu ubírat. Původně jsem s tím nesouhlasil, ale kluci mě přesvědčili, že to dává smysl. Akorát zatím tento postup aplikujeme myslím pouze na Ethernet.

Není dobré spoléhat na to, že ten shutdown bude trvat krátce, to vnáši nějaké implicitní omezení, které nemusí být pravda...

Kdybych cítil naději, že se celá věc vyřeší ideálním způsobem, tak s tebou možná budu souhlasit.

No ale to je docela divné ne?

Podle mě není. Aplikace ty závislosti stejně vidí/řeší. Navíc jedině aplikace zná své skutečné závislosti, pokud jsou odvozené od konfigurace.

přece nebudeš do NM programovat detekci, zda root potřebuje síť, zda jí potřebuje /usr

To rozhodně nebudu. Závislosti se vždy řeší na straně, která závisí, ne na straně, na které se závisí.

V NetworkManageru máme všechny běhové závislosti řešené opravdu za běhu. Navíc NetworkManager samozřejmě používá /etc, takže pokud by se měl NetworkManager používat k získání kořenového adresáře, tak jsou závislosti mezi ním a kořenem stejné jako závislosti mezi initem a kořenem.

Řešit to lze jedině tak, že bude NetworkManager (ořezaný na minimum odstraněním všech nepotřebných modulů) stejně jako init zabalený do initrd. Při ukončení může NetworkManager nechat nakonfigurovanou síť (na Ethernetu to částečně funguje) a po mountování se spustí nový init, který spustí nový NetworkManager, který si síťovou konfiguraci převezme.

Samozřejmě z toho vyplyne řada problémů a omezení, ale v tuhle chvíli to nejde rozumně řešit jinak.

Když ideální řešení by právě bylo mít na tuto poměrně složitou detekci vlastní unit file, který by sloužil ostantím jako zdroj informace a oni (klidně na úorvni aplikace) by se podle něj zařídili....

Takhle to na Linuxu nefunguje. Alespoň ne v tuto chvíli.

Já se (kupodivu) nepřu, v tomhle případě je mi to poměrně šumák, ale zarazilo mně, že se spustí něco, na co nemám v /etc/systemd nějakou jasnou vazbu.

ale zarazilo mně, že se spustí něco, na co nemám v /etc/systemd nějakou jasnou vazbu.

Přitom si stačilo přečíst manuál.

Odložení distribučních konfiguráků do /usr/lib umožňuje zcela obejít problém s updatem konfiguračních souborů, kdy není bez zásahu uživatele zcela rozhodnutelné, zda chce uživatel konfigurační soubory přepsat či nikoli. V /etc se pak nacházejí jen uživatelské úpravy.

Má to svoje výhody především v případě konfiguračních adresářů, jejichž konfigurace se může často měnit balíčkovacím systémem a konflikty s uživatelskou konfigurací jsou rozlezlé přes hromadu souborů. V případě problémů pak administrátor jenom smaže celý uživatelský override a udělá si případně lokální úpravy znovu.