C'est un peu lié : à l'installation/upgrade du paquet :
- le démon est activé
- le démon est lancé
Faire un seul des deux serait bizarre (dans un cas, le démon ne serait pas lancé, mais le serait au prochain boot ; dans l'autre il serait lancé, mais ne serait pas relancé au prochain boot). Mais personnellement, je préfère qu'il ne fasse aucun des deux.
À l'époque, sur debian, la solution pour désactiver un service de façon permanente était de trouver un /etc/default/ qui contenait une variable qui était lu par le script init. Si la variable était sur « disabled » par exemple, le script init ne lançait pas le démon, même s'il était actif.
Je ne sais pas si c'est toujours le cas sur les debian récentes mais pré-systemd. Ni comment ça se passe avec systemd...
[^] # Re: Doc à jour ?
Posté par kna . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à 1.
C'est un peu lié : à l'installation/upgrade du paquet :
- le démon est activé
- le démon est lancé
Faire un seul des deux serait bizarre (dans un cas, le démon ne serait pas lancé, mais le serait au prochain boot ; dans l'autre il serait lancé, mais ne serait pas relancé au prochain boot). Mais personnellement, je préfère qu'il ne fasse aucun des deux.
À l'époque, sur debian, la solution pour désactiver un service de façon permanente était de trouver un /etc/default/ qui contenait une variable qui était lu par le script init. Si la variable était sur « disabled » par exemple, le script init ne lançait pas le démon, même s'il était actif.
Je ne sais pas si c'est toujours le cas sur les debian récentes mais pré-systemd. Ni comment ça se passe avec systemd...