Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... [...]
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Je ne pense pas que inetd puisse servir pour tous les daemons. Il peut
"SoULiAne" <cubixNOSPAM@caramail.com> a écrit dans le message de
news:pan.2003.11.11.13.54.31.378907@caramail.com...
Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... [...]
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Je ne pense pas que inetd puisse servir pour tous les daemons. Il peut
"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... [...]
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Je ne pense pas que inetd puisse servir pour tous les daemons. Il peut
"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Pour en revenir à ta proposition de supprimer des fichiers de /etc/init.d
(mauvaise idée ) il vaut mieux
supprimer les liens pointant vers ce fichier ,ils se trouve dans le
repertoire du runlevel que tu utilises :
exemple sous debian au demarrage c le runlevel rc2 qui est lancé (réseau ,X
...)il existe /etc/rc2.d/ contenant tous
les services que tu veus lancer ,ils commence par un S comme start (il y a
aussi K comme kill)
et est suivi d'un numero indiquant l'ordre dans lequel les services se
lanceront ,si tu fais un ls -l
tu va voir que ce sont des liens vers les scripts contenu dans /etc/init.d/
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
"SoULiAne" <cubixNOSPAM@caramail.com> a écrit dans le message de
news:pan.2003.11.11.13.54.31.378907@caramail.com...
Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Pour en revenir à ta proposition de supprimer des fichiers de /etc/init.d
(mauvaise idée ) il vaut mieux
supprimer les liens pointant vers ce fichier ,ils se trouve dans le
repertoire du runlevel que tu utilises :
exemple sous debian au demarrage c le runlevel rc2 qui est lancé (réseau ,X
...)il existe /etc/rc2.d/ contenant tous
les services que tu veus lancer ,ils commence par un S comme start (il y a
aussi K comme kill)
et est suivi d'un numero indiquant l'ordre dans lequel les services se
lanceront ,si tu fais un ls -l
tu va voir que ce sont des liens vers les scripts contenu dans /etc/init.d/
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Pour en revenir à ta proposition de supprimer des fichiers de /etc/init.d
(mauvaise idée ) il vaut mieux
supprimer les liens pointant vers ce fichier ,ils se trouve dans le
repertoire du runlevel que tu utilises :
exemple sous debian au demarrage c le runlevel rc2 qui est lancé (réseau ,X
...)il existe /etc/rc2.d/ contenant tous
les services que tu veus lancer ,ils commence par un S comme start (il y a
aussi K comme kill)
et est suivi d'un numero indiquant l'ordre dans lequel les services se
lanceront ,si tu fais un ls -l
tu va voir que ce sont des liens vers les scripts contenu dans /etc/init.d/
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... [...]
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les
daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de
place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et
host.deny
(qui peut se connecter ou non).
Je ne pense pas que inetd puisse servir pour tous les daemons. Il peut
être utilisé pour certains programmes serveurs conçus à cet effet. Le
principe étant toujours que le programme serveur va répondre sur une
requête reçue par inetd sur un canal précis. Par exemple, proftpd peut
être utilisé via inetd pour répondre à des requêtes tcp sur le port 21.
C'est généralement OK pour la plupart des services "web". Mais tous les
daemons ne sont pas de ce type.
oui il est vrai que pour utiliser inetd ,il faut que le service utilisé
"SoULiAne" <cubixNOSPAM@caramail.com> a écrit dans le message de
news:pan.2003.11.11.13.54.31.378907@caramail.com...
Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... [...]
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les
daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de
place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et
host.deny
(qui peut se connecter ou non).
Je ne pense pas que inetd puisse servir pour tous les daemons. Il peut
être utilisé pour certains programmes serveurs conçus à cet effet. Le
principe étant toujours que le programme serveur va répondre sur une
requête reçue par inetd sur un canal précis. Par exemple, proftpd peut
être utilisé via inetd pour répondre à des requêtes tcp sur le port 21.
C'est généralement OK pour la plupart des services "web". Mais tous les
daemons ne sont pas de ce type.
oui il est vrai que pour utiliser inetd ,il faut que le service utilisé
"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... [...]
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les
daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de
place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et
host.deny
(qui peut se connecter ou non).
Je ne pense pas que inetd puisse servir pour tous les daemons. Il peut
être utilisé pour certains programmes serveurs conçus à cet effet. Le
principe étant toujours que le programme serveur va répondre sur une
requête reçue par inetd sur un canal précis. Par exemple, proftpd peut
être utilisé via inetd pour répondre à des requêtes tcp sur le port 21.
C'est généralement OK pour la plupart des services "web". Mais tous les
daemons ne sont pas de ce type.
oui il est vrai que pour utiliser inetd ,il faut que le service utilisé
On Tue, 11 Nov 2003 14:21:54 +0000, bernard wrote:"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Oui, mais ça n'est valable que pour les serveurs réseaux, pas pour
les daemons en général. De plus, certains serveurs ne se lancent
pas à partir d'inetd, pour des raisons de sécurité...Pour en revenir à ta proposition de supprimer des fichiers de /etc/init.d
(mauvaise idée ) il vaut mieux
supprimer les liens pointant vers ce fichier ,ils se trouve dans le
repertoire du runlevel que tu utilises :
exemple sous debian au demarrage c le runlevel rc2 qui est lancé (réseau ,X
...)il existe /etc/rc2.d/ contenant tous
les services que tu veus lancer ,ils commence par un S comme start (il y a
aussi K comme kill)
et est suivi d'un numero indiquant l'ordre dans lequel les services se
lanceront ,si tu fais un ls -l
tu va voir que ce sont des liens vers les scripts contenu dans /etc/init.d/
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
Non, il ne faut pas supprimer les liens, il faut renomer
les Sxxname en Kyyname ou yy0-xx
Comme celà, on peut garder des runlevels avec certains serveurs
lancés qui ne le sont pas dans d'autres, et ça ne casse pas la
configuration de init.
Prendre yy0-xx garanti que les services sont toujours arretés
dans l'ordre inverse ou ils ont été lancés, ce qui peut éviter des
problèmes conséquent à l'extinction de la machine. Bien sur, il
faut aussi éviter d'avoir deux daemons lancés au même niveau...
On Tue, 11 Nov 2003 14:21:54 +0000, bernard wrote:
"SoULiAne" <cubixNOSPAM@caramail.com> a écrit dans le message de
news:pan.2003.11.11.13.54.31.378907@caramail.com...
Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Oui, mais ça n'est valable que pour les serveurs réseaux, pas pour
les daemons en général. De plus, certains serveurs ne se lancent
pas à partir d'inetd, pour des raisons de sécurité...
Pour en revenir à ta proposition de supprimer des fichiers de /etc/init.d
(mauvaise idée ) il vaut mieux
supprimer les liens pointant vers ce fichier ,ils se trouve dans le
repertoire du runlevel que tu utilises :
exemple sous debian au demarrage c le runlevel rc2 qui est lancé (réseau ,X
...)il existe /etc/rc2.d/ contenant tous
les services que tu veus lancer ,ils commence par un S comme start (il y a
aussi K comme kill)
et est suivi d'un numero indiquant l'ordre dans lequel les services se
lanceront ,si tu fais un ls -l
tu va voir que ce sont des liens vers les scripts contenu dans /etc/init.d/
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
Non, il ne faut pas supprimer les liens, il faut renomer
les Sxxname en Kyyname ou yy0-xx
Comme celà, on peut garder des runlevels avec certains serveurs
lancés qui ne le sont pas dans d'autres, et ça ne casse pas la
configuration de init.
Prendre yy0-xx garanti que les services sont toujours arretés
dans l'ordre inverse ou ils ont été lancés, ce qui peut éviter des
problèmes conséquent à l'extinction de la machine. Bien sur, il
faut aussi éviter d'avoir deux daemons lancés au même niveau...
On Tue, 11 Nov 2003 14:21:54 +0000, bernard wrote:"SoULiAne" a écrit dans le message de
news:Je n'arrive pas à savoir comment désactiver le lancement automatique de
certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a t'il pas
d'autres methodes qui evitent de supprimer le fichier ?
Y'a t'il un programme avec interface graphique qui permettent de gerer
tout ca en cochant/decochant ?
Salut le meilleur moyens c de passer par inetd.
En faite tu indique dans son fichier de conf inetd.conf ,tous les daemons
que tu veus
lancer :
l'avantage c que tu n'as qu' inetd qui tourne , selon la demande d'un
client
et du fichier de conf , inet lance ou non le services;donc gain de place
,mais aussi controle fin
des connexions par l'intermediaire des ficihiers host.allows et host.deny
(qui peut se connecter ou non).
Oui, mais ça n'est valable que pour les serveurs réseaux, pas pour
les daemons en général. De plus, certains serveurs ne se lancent
pas à partir d'inetd, pour des raisons de sécurité...Pour en revenir à ta proposition de supprimer des fichiers de /etc/init.d
(mauvaise idée ) il vaut mieux
supprimer les liens pointant vers ce fichier ,ils se trouve dans le
repertoire du runlevel que tu utilises :
exemple sous debian au demarrage c le runlevel rc2 qui est lancé (réseau ,X
...)il existe /etc/rc2.d/ contenant tous
les services que tu veus lancer ,ils commence par un S comme start (il y a
aussi K comme kill)
et est suivi d'un numero indiquant l'ordre dans lequel les services se
lanceront ,si tu fais un ls -l
tu va voir que ce sont des liens vers les scripts contenu dans /etc/init.d/
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
Non, il ne faut pas supprimer les liens, il faut renomer
les Sxxname en Kyyname ou yy0-xx
Comme celà, on peut garder des runlevels avec certains serveurs
lancés qui ne le sont pas dans d'autres, et ça ne casse pas la
configuration de init.
Prendre yy0-xx garanti que les services sont toujours arretés
dans l'ordre inverse ou ils ont été lancés, ce qui peut éviter des
problèmes conséquent à l'extinction de la machine. Bien sur, il
faut aussi éviter d'avoir deux daemons lancés au même niveau...
Je n'arrive pas à savoir comment désactiver le lancement automatique
de certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a
t'il pas d'autres methodes qui evitent de supprimer le fichier ?
Je n'arrive pas à savoir comment désactiver le lancement automatique
de certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a
t'il pas d'autres methodes qui evitent de supprimer le fichier ?
Je n'arrive pas à savoir comment désactiver le lancement automatique
de certains daemon au demarrage... Il suffit de supprimer le fichier
correspondant dans /etc/init.d et de faire "update-rc.d" ? N'y a
t'il pas d'autres methodes qui evitent de supprimer le fichier ?
Effectivement il vaut mieux renommer les Sxx en Kyy
le blem c que le répertoire contenant les liens S ne sont pas
dans le même répertoire que ceux contenant les K, dans les
dernieres versions de debian ça a changer; les scripts d'extinction
(si je puis dire) sont "concentré" dans rc0.d et rc1.d,
lorsqu'il y a arret du systeme ou changement de runlevel
alors on passe par ces niveaux d'execution ou tous services démarrer
dans un certain niveau sont stopper dans ceux-là .
A moins que je me trompe .
Effectivement il vaut mieux renommer les Sxx en Kyy
le blem c que le répertoire contenant les liens S ne sont pas
dans le même répertoire que ceux contenant les K, dans les
dernieres versions de debian ça a changer; les scripts d'extinction
(si je puis dire) sont "concentré" dans rc0.d et rc1.d,
lorsqu'il y a arret du systeme ou changement de runlevel
alors on passe par ces niveaux d'execution ou tous services démarrer
dans un certain niveau sont stopper dans ceux-là .
A moins que je me trompe .
Effectivement il vaut mieux renommer les Sxx en Kyy
le blem c que le répertoire contenant les liens S ne sont pas
dans le même répertoire que ceux contenant les K, dans les
dernieres versions de debian ça a changer; les scripts d'extinction
(si je puis dire) sont "concentré" dans rc0.d et rc1.d,
lorsqu'il y a arret du systeme ou changement de runlevel
alors on passe par ces niveaux d'execution ou tous services démarrer
dans un certain niveau sont stopper dans ceux-là .
A moins que je me trompe .
J. Mayer wrote:
...
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
Non, il ne faut pas supprimer les liens, il faut renomer
les Sxxname en Kyyname ou yy0-xx
Comme celà, on peut garder des runlevels avec certains serveurs
lancés qui ne le sont pas dans d'autres, et ça ne casse pas la
configuration de init.
Prendre yy0-xx garanti que les services sont toujours arretés
dans l'ordre inverse ou ils ont été lancés, ce qui peut éviter des
problèmes conséquent à l'extinction de la machine. Bien sur, il
faut aussi éviter d'avoir deux daemons lancés au même niveau...
Effectivement il vaut mieux renommer les Sxx en Kyy
le blem c que le répertoire contenant les liens S ne sont pas
dans le même répertoire que ceux contenant les K, dans les
dernieres versions de debian ça a changer; les scripts d'extinction
(si je puis dire) sont "concentré" dans rc0.d et rc1.d,
lorsqu'il y a arret du systeme ou changement de runlevel
alors on passe par ces niveaux d'execution ou tous services démarrer
dans un certain niveau sont stopper dans ceux-là .
A moins que je me trompe .
J. Mayer wrote:
...
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
Non, il ne faut pas supprimer les liens, il faut renomer
les Sxxname en Kyyname ou yy0-xx
Comme celà, on peut garder des runlevels avec certains serveurs
lancés qui ne le sont pas dans d'autres, et ça ne casse pas la
configuration de init.
Prendre yy0-xx garanti que les services sont toujours arretés
dans l'ordre inverse ou ils ont été lancés, ce qui peut éviter des
problèmes conséquent à l'extinction de la machine. Bien sur, il
faut aussi éviter d'avoir deux daemons lancés au même niveau...
Effectivement il vaut mieux renommer les Sxx en Kyy
le blem c que le répertoire contenant les liens S ne sont pas
dans le même répertoire que ceux contenant les K, dans les
dernieres versions de debian ça a changer; les scripts d'extinction
(si je puis dire) sont "concentré" dans rc0.d et rc1.d,
lorsqu'il y a arret du systeme ou changement de runlevel
alors on passe par ces niveaux d'execution ou tous services démarrer
dans un certain niveau sont stopper dans ceux-là .
A moins que je me trompe .
J. Mayer wrote:
...
,tu n'as plus alors qu' supprimer
un lien pour que le service ne se lance plus au demarrage .
Non, il ne faut pas supprimer les liens, il faut renomer
les Sxxname en Kyyname ou yy0-xx
Comme celà, on peut garder des runlevels avec certains serveurs
lancés qui ne le sont pas dans d'autres, et ça ne casse pas la
configuration de init.
Prendre yy0-xx garanti que les services sont toujours arretés
dans l'ordre inverse ou ils ont été lancés, ce qui peut éviter des
problèmes conséquent à l'extinction de la machine. Bien sur, il
faut aussi éviter d'avoir deux daemons lancés au même niveau...
Effectivement il vaut mieux renommer les Sxx en Kyy
le blem c que le répertoire contenant les liens S ne sont pas
dans le même répertoire que ceux contenant les K, dans les
dernieres versions de debian ça a changer; les scripts d'extinction
(si je puis dire) sont "concentré" dans rc0.d et rc1.d,
lorsqu'il y a arret du systeme ou changement de runlevel
alors on passe par ces niveaux d'execution ou tous services démarrer
dans un certain niveau sont stopper dans ceux-là .
A moins que je me trompe .
Mais ça veut dire que quelqu'un comme moi qui veut pouvoir utiliser
les runlevels correctement est obligé de refaire toute la config
des rcn.d à la main... Sniff...
Mais ça veut dire que quelqu'un comme moi qui veut pouvoir utiliser
les runlevels correctement est obligé de refaire toute la config
des rcn.d à la main... Sniff...
Mais ça veut dire que quelqu'un comme moi qui veut pouvoir utiliser
les runlevels correctement est obligé de refaire toute la config
des rcn.d à la main... Sniff...
Mais ça veut dire que quelqu'un comme moi qui veut pouvoir utiliser
les runlevels correctement est obligé de refaire toute la config
des rcn.d à la main... Sniff...
Avec update-rc.d ce n'est quand même pas la mort :-)
ex:
update-rc.d test start 10 2 4 . stop 25 1 6 3 5
@+
Euh, ça devrait plutot être ... stop 90 ... pour être cohérent.
Mais ça veut dire que quelqu'un comme moi qui veut pouvoir utiliser
les runlevels correctement est obligé de refaire toute la config
des rcn.d à la main... Sniff...
Avec update-rc.d ce n'est quand même pas la mort :-)
ex:
update-rc.d test start 10 2 4 . stop 25 1 6 3 5
@+
Euh, ça devrait plutot être ... stop 90 ... pour être cohérent.
Mais ça veut dire que quelqu'un comme moi qui veut pouvoir utiliser
les runlevels correctement est obligé de refaire toute la config
des rcn.d à la main... Sniff...
Avec update-rc.d ce n'est quand même pas la mort :-)
ex:
update-rc.d test start 10 2 4 . stop 25 1 6 3 5
@+
Euh, ça devrait plutot être ... stop 90 ... pour être cohérent.