Bonsoir, au détour de mes lectures pour résoudre un problème avec un pilote, j'ai découvert deux choses :
- L'utilisation du script rc.local n'est plus possible par défaut, puisque systemd a pris la relève du bon vieux init.
- Pour certaines tâches liées au démarrage, il existait une solution simple (rc.local), qui a été remplacée par une autre plus complexe (pas trop non plus)
Du coup, pour les tâches à lancer au démarrage pas les démons, hein, juste les scripts à la mort moi l'émeu, on se retrouve à devoir réactiver rc.local, du coup pourquoi l'avoir désactivé, ou à recréer son comportenemnt en créant le(s) script(s) utile(s), les fichiers idoines pour gérer les services correspondants et les activer Du coup, sans vouloir troller, vu que je ne comprends pas en quoi pour ce genre de tâche systemd est mieux, j'aimerais que quelqu'un me l'explique Et encore une fois, je le répète, je ne tiens absolument pas à me lancer dans une bataille de pour/contre systemd, je voudrais juste comprendre l'intérêt dans certains cas de figure.
- L'utilisation du script rc.local n'est plus possible par défaut, puisque systemd a pris la relève du bon vieux init.
- Pour certaines tâches liées au démarrage, il existait une solution simple (rc.local), qui a été remplacée par une autre plus complexe (pas trop non plus)
Du coup, pour les tâches à lancer au démarrage pas les démons, hein, juste les scripts à la mort moi l'émeu, on se retrouve à devoir réactiver rc.local, du coup pourquoi l'avoir désactivé, ou à recréer son comportenemnt en créant le(s) script(s) utile(s), les fichiers idoines pour gérer les services correspondants et les activer Du coup, sans vouloir troller, vu que je ne comprends pas en quoi pour ce genre de tâche systemd est mieux, j'aimerais que quelqu'un me l'explique Et encore une fois, je le répète, je ne tiens absolument pas à me lancer dans une bataille de pour/contre systemd, je voudrais juste comprendre l'intérêt dans certains cas de figure.