Re: systemd et fichiers dans /etc/init.d/
steve a écrit :
> Le 29-01-2018, à 19:12:17 +0100, BERTRAND Joël a écrit :
>
>> steve a écrit :
>>>
>>> Salut,
>>
>> 'soir
>>
>>>
>>> M'intéressant un peu (plus) à systemd (qui tourne sur ma machine
>>> principale), je me demandais si les fichiers placés dans /etc/init.d/
>>> sont encore utilisés ou s'ils ne sont là que pour une éventuelle
>>> compatibilité avec les systèmes utilisant SysVInit plutôt que systemd.
>>>
>>> Dans la négative, y a-t-il un moyen propre de nettoyer le système de ces
>>> fichiers inutiles ? Je veux dire, sans 'rm -rf /etc/init.d', car ces
>>> fichiers sont présents dans les paquets Debian. Je sais qu'ils prennent
>>> une place plus que négligeable, mais ce serait quand même plus élégant
>>> de ne plus avoir de restes de l'ancien système.
>>
>> Surtout pas, malheureux ! Le blob systemd va rechercher les modules
>> dans /lib/systemd mais s'il ne trouve rien, il convertit à la volée ce
>> qui est dans /etc/init.d dans son format pour tenter de faire
>> difficillement ce que l'ancien init SysV faisait très simplement. Ce qui
>> permet d'ailleurs des effets de bord assez rigolos entre deux versions
>> de la chose.
>
> Du genre ? As-tu des exemples concrets ?
Des incohérences sur la gestion du réseau par exemple sur un serveur
qui a deux taps, deux tuns, une interface bounding et cinq ethernet. En
fonction des versions de la bouse, ça démarre automatiquement ou non
(c'est le VPN qui merdoie à cause de son interaction avec iptables).
>> La seule chose qui peut à la rigueur être faite, c'est de virer de
>> /etc/init.d ce qui est explicitement transcrit dans /lib/systemd pour le
>> fonctionnement de l'usine à gaz avec des fuites.
>
> Mais ces fichiers seront réinstallés à la prochaine maj. Donc assez
> inutile.
>
>
>> PS: oui, je pense que ça s'est vu que je n'aime pas cette bouse... Et
>> plus je rentre dedans, pire c'est.
>
> Rien à lui reprocher pour le moment pour un usage domestique.
Il n'y a pas que l'usage domestique. Depuis qu'on a systemd, j'en suis
à ne plus redémarrer (sauf lorsque tout est déjà perdu) des serveurs à
distance. Il y en a même qui ne s'arrêtent pas !
JKB
Reply to: