la vraie solution sous debian etant d'utiliser update-rc.d qui met à jour tous les rcX.d.
Non update-rc.d ne permet pas de retrouver la priorité 'optimale' / 'normale' d'un processus d'init.
Il ne fait que faire ce qu'on lui demande, ex
# update-rc.d apache2 defaults 91
Installera le script d'init d'apache2 en priorité 91 pour le start (S) et le stop (K) (vient de kill) ligne extraite de /var/lib/dpkg/info/apache2-mpm-worker.postinst
# update-rc.d apache2 defaults
Installera le meme script mais avec la prioritée par default cad 99
Sinon, le comportement normal est simplement d'avoir des K à la place des S quand tu ne veux pas lancer un service (ce que fait update-rc.d).
Non plus le K indique que l'on veut tuer le processus lorsque l'on quitte le runlevel en cours.
Les scripts 'K' sont appellés avec l'argument 'stop' dans l'ordre inverse de la priorité de lancement.
Pour repondre a la question initiale:
- Je trouve un peu incohérant que certains scripts de démarrage possèdent dans un fichier de configuration /etc/default/XXX une variable du style ON_BOOT=No permettant de désactiver le lancement du serveur. Ce mécanisme semble un peu redondant avec les principes des niveaux d'exécution.
Effectivement, cela dépend bcp du mainteneur du package et c'est dommage.
De plus en lançant le script à la main le serveur ne se lance pas non plus, et bien souvent sans même afficher un message d'avertissement. Le pire est que ceci n'est pas uniformisé, certains scripts n'ayant pas de variable ON_BOOT.
Faux probleme il suffit de rajouter un 'exit' dans le fichier /etc/default/XXX pour realiser le meme travail.
Concernant l'archivage des logs:
- Pour quelle raison deux méthodes d'archivage de logs cohabitent sous Debian: savelog pour certains fichiers et logrotate pour d'autres ?
Bien que je ne trouve pas mention de savelog dans mes debian, il reste une chose acquise c'est que debian a toujours proné le choix quand c'est possible (lilo / grub, syslog / syslog-ng, webalizer / analog, etc ).
[^] # Re: Initscripts, archivage et kernel
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Initscripts, archivage et kernel. Évalué à 1.
Non update-rc.d ne permet pas de retrouver la priorité 'optimale' / 'normale' d'un processus d'init.
Il ne fait que faire ce qu'on lui demande, ex
# update-rc.d apache2 defaults 91
Installera le script d'init d'apache2 en priorité 91 pour le start (S) et le stop (K) (vient de kill)
ligne extraite de /var/lib/dpkg/info/apache2-mpm-worker.postinst
# update-rc.d apache2 defaults
Installera le meme script mais avec la prioritée par default cad 99
Sinon, le comportement normal est simplement d'avoir des K à la place des S quand tu ne veux pas lancer un service (ce que fait update-rc.d).
Non plus le K indique que l'on veut tuer le processus lorsque l'on quitte le runlevel en cours.
Les scripts 'K' sont appellés avec l'argument 'stop' dans l'ordre inverse de la priorité de lancement.
Pour repondre a la question initiale:
- Je trouve un peu incohérant que certains scripts de démarrage possèdent dans un fichier de configuration /etc/default/XXX une variable du style ON_BOOT=No permettant de désactiver le lancement du serveur. Ce mécanisme semble un peu redondant avec les principes des niveaux d'exécution.
Effectivement, cela dépend bcp du mainteneur du package et c'est dommage.
De plus en lançant le script à la main le serveur ne se lance pas non plus, et bien souvent sans même afficher un message d'avertissement. Le pire est que ceci n'est pas uniformisé, certains scripts n'ayant pas de variable ON_BOOT.
Faux probleme il suffit de rajouter un 'exit' dans le fichier /etc/default/XXX pour realiser le meme travail.
Concernant l'archivage des logs:
- Pour quelle raison deux méthodes d'archivage de logs cohabitent sous Debian: savelog pour certains fichiers et logrotate pour d'autres ?
Bien que je ne trouve pas mention de savelog dans mes debian, il reste une chose acquise c'est que debian a toujours proné le choix quand c'est possible (lilo / grub, syslog / syslog-ng, webalizer / analog, etc ).