Les comportements de « je veux pas savoir comment ça fonctionne soit ça marche, soit je bave sur le logiciel » est relativement nouveau sous linux.
Bah, ce que je reproche à systemd, c'est qu'on ne peut pas savoir comment ça fonctionne sans se palucher une palanquée de documents pas forcément en phase avec la version utilisée, avec plein de cas divers et variés selon que tu configures l'un ou l'autre truc, ou alors tu dois aller te taper un code source en C imbitable (et tu dois t'assurer que le code en question correspond bien à la version que tu utilises).
Avec les systemes d'init classique, c'était tout simple : tu places tes scripts dans /etc/rcx.d et tu t'arranges pour qu'ils traitent les paramètres start, stop, reload, etc ... Et si tu veux savoir comment ça marche, tu lis le code. Et sur ur xBSD c'est encore plus simple. Avec systemd, si tu as un problème de démarrage, t'es obligé d'attendre que ta distrib (ou l'upstream) corrige avant de pouvoir démarrer. Avec les scripts init classiques, tu peux corriger de suite et démarrer ton serveur en attendant que les correctifs te soient fournis.
[^] # Re: Les données du /home sont souvent les moins protégées
Posté par totof2000 . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 4.
Bah, ce que je reproche à systemd, c'est qu'on ne peut pas savoir comment ça fonctionne sans se palucher une palanquée de documents pas forcément en phase avec la version utilisée, avec plein de cas divers et variés selon que tu configures l'un ou l'autre truc, ou alors tu dois aller te taper un code source en C imbitable (et tu dois t'assurer que le code en question correspond bien à la version que tu utilises).
Avec les systemes d'init classique, c'était tout simple : tu places tes scripts dans /etc/rcx.d et tu t'arranges pour qu'ils traitent les paramètres start, stop, reload, etc ... Et si tu veux savoir comment ça marche, tu lis le code. Et sur ur xBSD c'est encore plus simple. Avec systemd, si tu as un problème de démarrage, t'es obligé d'attendre que ta distrib (ou l'upstream) corrige avant de pouvoir démarrer. Avec les scripts init classiques, tu peux corriger de suite et démarrer ton serveur en attendant que les correctifs te soient fournis.