Aahhaha. Et la gestion des logs, et la gestion des montages et surement d'autres choses :D

Regarde aussi ce qui se passe quand tu veux demarrer un service et que systemd ouvre une socket reseau avant meme que le demon soit lancé :D

Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de quelques secondes ou minutes en fonction de ce que va trapper systemd.

Malheureusement comme dit plus tot, systemd c'est parti d'un bon sentiment mais si on avait voulu bosser sur macosX on aurait fait ce choix. Dorenavant on a plus vraiment le choix...

Le 9 décembre 2016 à 15:27, Jonathan Leroy <jonathan@unsigned.inikup.com> a écrit :

Le 9 décembre 2016 à 14:59, Dominique Rousseau <d.rousseau@nnx.com> a écrit :
> C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un
> coté bulldozer, qui remplace les outils de configuration reseau, le
> collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait
> qu'on a plus "un Unix" (un peu comme MacosX), avec des fichiers plats
> editables et lisibles par un humain adminsys, des fichiers logs qu'on
> peut grep/awk/..., des noms d'interface reseau deterministes, etc.

Mais la plupart de ces fonctionnalités sont désactivables, voire
désactivées par défaut.
C'est le cas par défaut sous Debian, qui n'utilise que la partie
"init" de Systemd.

--
Jonathan Leroy.

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/