On peut aussi utiliser invoke-rc.d service en lieu et place de /etc/init.d/service sous Debian. Je crois même que c'est conseillé.
Par contre j'ai le même problème que toi, mais pas la solution miracle. Enfin la plupart des paquets ont un /etc/default/... dans lequel on peut configurer ça. Par exemple pour apache2 il suffit de mettre NO_START à 1 dans /etc/default/apache2.
Pour les paquets qui ne disposent pas de cela il y a bien les .placeholder qui permettent d'interdire à dpkg de toucher à certains fichiers, mais il me semble que les paquets utilisent update-rc.d pour créer les liens dans /etc/rc*.d, et update-rc.d ne respecte pas les .placeholder. Donc il faut modifier les scripts de démarrage pour qu'ils ne démarrent pas le service, ou leur ajouter le support d'un fichier de config dans /etc/default/.
Sinon tu peux toujours faire un script qui fait des update-rc.d -f remove au démarrage, mais c'est pas top quand même...
# invoke-rc.d
Posté par andeus . En réponse au journal Debian : contrôle du démarrage des services. Évalué à 4.
Par contre j'ai le même problème que toi, mais pas la solution miracle. Enfin la plupart des paquets ont un /etc/default/... dans lequel on peut configurer ça. Par exemple pour apache2 il suffit de mettre NO_START à 1 dans /etc/default/apache2.
Pour les paquets qui ne disposent pas de cela il y a bien les .placeholder qui permettent d'interdire à dpkg de toucher à certains fichiers, mais il me semble que les paquets utilisent update-rc.d pour créer les liens dans /etc/rc*.d, et update-rc.d ne respecte pas les .placeholder. Donc il faut modifier les scripts de démarrage pour qu'ils ne démarrent pas le service, ou leur ajouter le support d'un fichier de config dans /etc/default/.
Sinon tu peux toujours faire un script qui fait des update-rc.d -f remove au démarrage, mais c'est pas top quand même...