Le 07/04/2015 12:32, BERTRAND Joël a écrit :
Il ne faut pas se voiler la face. Systemd est sur un serveur plus
un nid à emmerdes qu'autre chose. Cela fait quelques mois que j'essuie
les plâtres sur des serveurs de test et le résultat est assez étrange,
surtout lorsque l'on met ses serveurs à jour et qu'il faut redémarrer
le daemon systemd. La dernière fois, ça m'a viré tous les modules du
noyau avec impossibilité de les recharger et sans raison valable.
Que certains préfèrent systemd pour telle ou telle raison peut
être compréhensible et acceptable (même si plus je descends dans
l'outil, plus que le considère comme un bloatware totalement opposé à
la philosophie Unix), mais qu'on nous laisse la possibilité d'avoir un
système d'initialisation classique de type SysV (avec gestion des
dépendances ou non). Mon arthrose m'empêche de croiser les doigts lors
de chaque redémarrage de serveur après mise à jour, surtout lorsque
c'est fait à distance...
Je ne suis pas arrivé à ces cas extrêmes mais je pense aussi que systemd
est plus orienté desktop que serveur.
Ce qui me fait peur c'est plus l'avenir, systemd gonfle en terme de
fonctionnalité, je peux concevoir les avantages mais oui cela va à
l'encontre de la philosophie unix un binaire pour une fonction précise.
Typiquement je doute que dans l'embarqué ou les micros systèmes systemd
puisse faire son nid à moyen terme, pas assez light pour faire des
fonctions de base.