dès que tu vas faire mumuse avec ta machine, tu vas vouloir contrôler ça…
Exemple con : un service qui est prévu pour démarrer après les "local_fs", et toi tu décide que le fs sur lequel il va se lancer, il se lance bien après (dépend d'un daemon spécifique, SAN qui met une plombe a se connecter et donc tu le met en background etc…) .
Ben c'est utile de pouvoir dire "euh pour ce service, tu vire cette dépendance et tu prend celle là", plutôt que tout soit géré automagiquement.
(par contre je ne sais pas si systemd le gère facilement ou pas ce cas là)
[^] # Re: Et pour en remettre une couche
Posté par briaeros007 . En réponse au journal Systemd: tuons les mythes. Évalué à 2.
dès que tu vas faire mumuse avec ta machine, tu vas vouloir contrôler ça…
Exemple con : un service qui est prévu pour démarrer après les "local_fs", et toi tu décide que le fs sur lequel il va se lancer, il se lance bien après (dépend d'un daemon spécifique, SAN qui met une plombe a se connecter et donc tu le met en background etc…) .
Ben c'est utile de pouvoir dire "euh pour ce service, tu vire cette dépendance et tu prend celle là", plutôt que tout soit géré automagiquement.
(par contre je ne sais pas si systemd le gère facilement ou pas ce cas là)