C’est une excellente question. Pour bien des cas, je pense qu’enlever systemd n’a aucun sens.
Mais je suis dans une démarche plutôt minimaliste/comprendre ce que fait mon ordinateur et lui laisser le moins possible de trucs "que je n’utilise pas/comprends pas". Historiquement, je faisais cela en désactivement le lancement de process dans /etc/init.d/, en rebootant et en voyant ce qui avait changé. Aussi simple qu’un mv de fichier vers un backup.
Le problème de systemd, c’est que c’est justement ça : ça fait plein de trucs que je ne comprends pas. Il y’a d’une part ma faute (je n’arrive pas/n’ai pas envie de me plonger dans systemd/je lis les scripts bash assez intuitivement) et d’une part systemd (je peux pas juste lancer un grep dans le répertoire init pour voir ce qui est censé tourner, je peux pas simplement limiter la horde de process qui tournent sur mon ordi dès le démarrage).
L’une des critiques récurrentes est que la pseudo-modularité de systemd est essentiellement illusoire, que tout dépend de tout et bonne chance pour modulariser (après, je ne l’ai pas testé moi-même, je ne fais que rapporté l’expérience de ceux qui ont tenté).
Donc je comprends la position "ça fonctionne donc je touche pas" mais j’explore justement le contraire "qu’est-ce qui casse si je touche à le truc".
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Je pose la question dans l'autre sens
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les problèmes d’un desktop sans systemd ?. Évalué à 9.
C’est une excellente question. Pour bien des cas, je pense qu’enlever systemd n’a aucun sens.
Mais je suis dans une démarche plutôt minimaliste/comprendre ce que fait mon ordinateur et lui laisser le moins possible de trucs "que je n’utilise pas/comprends pas". Historiquement, je faisais cela en désactivement le lancement de process dans /etc/init.d/, en rebootant et en voyant ce qui avait changé. Aussi simple qu’un mv de fichier vers un backup.
Le problème de systemd, c’est que c’est justement ça : ça fait plein de trucs que je ne comprends pas. Il y’a d’une part ma faute (je n’arrive pas/n’ai pas envie de me plonger dans systemd/je lis les scripts bash assez intuitivement) et d’une part systemd (je peux pas juste lancer un grep dans le répertoire init pour voir ce qui est censé tourner, je peux pas simplement limiter la horde de process qui tournent sur mon ordi dès le démarrage).
L’une des critiques récurrentes est que la pseudo-modularité de systemd est essentiellement illusoire, que tout dépend de tout et bonne chance pour modulariser (après, je ne l’ai pas testé moi-même, je ne fais que rapporté l’expérience de ceux qui ont tenté).
Donc je comprends la position "ça fonctionne donc je touche pas" mais j’explore justement le contraire "qu’est-ce qui casse si je touche à le truc".
Mes livres CC By-SA : https://ploum.net/livres.html