D'abord, je voudrais remercier Nicolas George pour ses instructions
sur l'emploi de pgp. Pour ce qui est de vérifier les signatures des
fichiers iso, finalement, ce n'est pas tellement plus compliqué que le
md5sum. Dommage que ces instructions soient normalement enfouies dans
un man page de 1200 lignes.
Merci aussi à Emmanuel Florac pour ses conseils sur swaret. Ça aussi,
c'est réglé pour moi.
Je viens de faire un bref retour à mon installation Knoppix sur DD,
entre autres pour voir de quoi a l'air ksysv. J'ai découvert que
networking est démarré aux runlevels 0... et 6 !!! À première vue, il
me semblerait qu'un démarrage à 2 et un kill à 6 serait plus
approprié, non?
J'ai aussi essayé k3b. Bizarre que ça vienne avec une distro qui
ménage chaque k d'espace disque: normalement, le CD de Knoppix étant
dans le lecteur, on ne peut utiliser k3b à moins d'avoir assez de RAM
pour faire un "toram" lors du chargement. Moi, mes petits 256 megs et
128 Megs de swap n'ont pas suffi. (Je suppose que les deux, combinés,
doivent faire dans les 2.5 gigs?)
À première vue, l'emploi de k3b a l'air d'une simplicité enfantine
comparativement à X-cdroast, surtout qu'on ne perd pas 20 ou 30 megs à
chaque fois qu'on reprend l'écriture comme avec X-cd, je crois. Y
a-t-il aussi des désavantages?
Le mtab me chicotte beaucoup. Il y a une ligne qui monte /dev/root.old
sur initrd et ça ne m'apparaît pas comme du Debian très standard :)
J'ai peur que ça fasse chier le système, un de ces jours. Qu'est-ce
que c'est que ce truc?
Le disque dur doit travailler pendant quelque chose comme 30 sec.
pendant le chargement du «splash screen». Qu'est-ce quei se passe?
Juste avant, la configuration a l'air terminée et juste après, c'est
KDE qui se charge. Je ne suis pas du type à booter chrono à la main,
mais cette étape me semble prendre beaucoup trop de temps.
Ensuite, disons que je veuille employer mon propre fichier rc.firewall
qui fonctionne actuellement pour Slackware, qu'est-ce que je dois
faire pour l'installer dans Knoppix? Je le mets dans quel répertoire,
je l'appelle de où, comment? Comment je désactive l'ancien, quoique
ça, ça ne doit pas être trop sorcier? Est-ce que simplement de changer
le contenu d'un fichier par l'autre suffirait? Mais, question de mieux
comprendre le SysV, j'aimerais tout de même avoir les instructions
pour l'installer.
Enfin, mais c'est un détail, Konqueror ne trouve pas le fichier
/cdrom/index.html lors de l'ouverture. C'est le fichier de
présentation de Knoppix sur le CD. J'ai beau modifier la page
d'ouverture par défaut dans Konqueror, c'est toujours le fichier qui
est demandé. Est-ce que quelqu'un sait où on peut changer cette
configuration?
Merci encore à tous.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
J'ai aussi essayé k3b. Bizarre que ça vienne avec une distro qui ménage chaque k d'espace disque
Merde! J'ai dû le télécharger après l'installation. Ça se fait tellement vite et sans intervention avec apt-get qu'on n'y voit que du feu.
(...)
J'ai peut-être aussi des problèmes de sécurité qui expliqueraient le paragraphe suivant. Sécuriser mon système Slackware n'a pas été ine mince affaire. J'ai l'impression de faire face à une situation peu commune.
Enfin, mais c'est un détail, Konqueror ne trouve pas le fichier /cdrom/index.html lors de l'ouverture. C'est le fichier de présentation de Knoppix sur le CD. J'ai beau modifier la page d'ouverture par défaut dans Konqueror, c'est toujours le fichier qui est demandé. Est-ce que quelqu'un sait où on peut changer cette configuration?
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
GP wrote:
J'ai aussi essayé k3b. Bizarre que ça vienne avec une distro qui ménage
chaque k d'espace disque
Merde! J'ai dû le télécharger après l'installation. Ça se fait
tellement vite et sans intervention avec apt-get qu'on n'y voit que du
feu.
(...)
J'ai peut-être aussi des problèmes de sécurité qui expliqueraient le
paragraphe suivant. Sécuriser mon système Slackware n'a pas été ine
mince affaire. J'ai l'impression de faire face à une situation peu
commune.
Enfin, mais c'est un détail, Konqueror ne trouve pas le fichier
/cdrom/index.html lors de l'ouverture. C'est le fichier de présentation
de Knoppix sur le CD. J'ai beau modifier la page d'ouverture par défaut
dans Konqueror, c'est toujours le fichier qui est demandé. Est-ce que
quelqu'un sait où on peut changer cette configuration?
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
J'ai aussi essayé k3b. Bizarre que ça vienne avec une distro qui ménage chaque k d'espace disque
Merde! J'ai dû le télécharger après l'installation. Ça se fait tellement vite et sans intervention avec apt-get qu'on n'y voit que du feu.
(...)
J'ai peut-être aussi des problèmes de sécurité qui expliqueraient le paragraphe suivant. Sécuriser mon système Slackware n'a pas été ine mince affaire. J'ai l'impression de faire face à une situation peu commune.
Enfin, mais c'est un détail, Konqueror ne trouve pas le fichier /cdrom/index.html lors de l'ouverture. C'est le fichier de présentation de Knoppix sur le CD. J'ai beau modifier la page d'ouverture par défaut dans Konqueror, c'est toujours le fichier qui est demandé. Est-ce que quelqu'un sait où on peut changer cette configuration?
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
GP
GP wrote:
D'abord, je voudrais remercier Nicolas George pour ses instructions sur l'emploi de pgp. Pour ce qui est de vérifier les signatures des fichiers iso, finalement, ce n'est pas tellement plus compliqué que le md5sum. Dommage que ces instructions soient normalement enfouies dans un man page de 1200 lignes.
Merci aussi à Emmanuel Florac pour ses conseils sur swaret. Ça aussi, c'est réglé pour moi.
Je viens de faire un bref retour à mon installation Knoppix sur DD, entre autres pour voir de quoi a l'air ksysv. J'ai découvert que networking est démarré aux runlevels 0... et 6 !!! À première vue, il me semblerait qu'un démarrage à 2 et un kill à 6 serait plus approprié, non?
Etc.
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens ici qui ne jurent que par Debian et il me semble qu'il ne serait pas trop long pour eux d'ouvrir ksysv.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
J'ai aussi essayé k3b. À première vue, l'emploi de k3b a l'air d'une simplicité enfantine comparativement à X-cdroast, surtout qu'on ne perd pas 20 ou 30 megs à chaque fois qu'on reprend l'écriture comme avec X-cd, je crois. Y a-t-il aussi des désavantages?
Le mtab me chicotte beaucoup. Il y a une ligne qui monte /dev/root.old sur initrd et ça ne m'apparaît pas comme du Debian très standard :) J'ai peur que ça fasse chier le système, un de ces jours. Qu'est-ce que c'est que ce truc?
Le disque dur doit travailler pendant quelque chose comme 30 sec. pendant le chargement du «splash screen». Qu'est-ce quei se passe? Juste avant, la configuration a l'air terminée et juste après, c'est KDE qui se charge. Je ne suis pas du type à booter chrono à la main, mais cette étape me semble prendre beaucoup trop de temps.
Ensuite, disons que je veuille employer mon propre fichier rc.firewall qui fonctionne actuellement pour Slackware, qu'est-ce que je dois faire pour l'installer dans Knoppix? Je le mets dans quel répertoire, je l'appelle de où, comment? Comment je désactive l'ancien, quoique ça, ça ne doit pas être trop sorcier? Est-ce que simplement de changer le contenu d'un fichier par l'autre suffirait? Mais, question de mieux comprendre le SysV, j'aimerais tout de même avoir les instructions pour l'installer.
Merci encore à tous.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
GP wrote:
D'abord, je voudrais remercier Nicolas George pour ses instructions sur
l'emploi de pgp. Pour ce qui est de vérifier les signatures des fichiers
iso, finalement, ce n'est pas tellement plus compliqué que le md5sum.
Dommage que ces instructions soient normalement enfouies dans un man
page de 1200 lignes.
Merci aussi à Emmanuel Florac pour ses conseils sur swaret. Ça aussi,
c'est réglé pour moi.
Je viens de faire un bref retour à mon installation Knoppix sur DD,
entre autres pour voir de quoi a l'air ksysv. J'ai découvert que
networking est démarré aux runlevels 0... et 6 !!! À première vue, il me
semblerait qu'un démarrage à 2 et un kill à 6 serait plus approprié, non?
Etc.
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens
ici qui ne jurent que par Debian et il me semble qu'il ne serait pas
trop long pour eux d'ouvrir ksysv.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils
ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
J'ai aussi essayé k3b. À première vue, l'emploi de k3b a l'air d'une simplicité enfantine
comparativement à X-cdroast, surtout qu'on ne perd pas 20 ou 30 megs à
chaque fois qu'on reprend l'écriture comme avec X-cd, je crois. Y a-t-il
aussi des désavantages?
Le mtab me chicotte beaucoup. Il y a une ligne qui monte /dev/root.old
sur initrd et ça ne m'apparaît pas comme du Debian très standard :) J'ai
peur que ça fasse chier le système, un de ces jours. Qu'est-ce que c'est
que ce truc?
Le disque dur doit travailler pendant quelque chose comme 30 sec.
pendant le chargement du «splash screen». Qu'est-ce quei se passe? Juste
avant, la configuration a l'air terminée et juste après, c'est KDE qui
se charge. Je ne suis pas du type à booter chrono à la main, mais cette
étape me semble prendre beaucoup trop de temps.
Ensuite, disons que je veuille employer mon propre fichier rc.firewall
qui fonctionne actuellement pour Slackware, qu'est-ce que je dois faire
pour l'installer dans Knoppix? Je le mets dans quel répertoire, je
l'appelle de où, comment? Comment je désactive l'ancien, quoique ça, ça
ne doit pas être trop sorcier? Est-ce que simplement de changer le
contenu d'un fichier par l'autre suffirait? Mais, question de mieux
comprendre le SysV, j'aimerais tout de même avoir les instructions pour
l'installer.
Merci encore à tous.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
D'abord, je voudrais remercier Nicolas George pour ses instructions sur l'emploi de pgp. Pour ce qui est de vérifier les signatures des fichiers iso, finalement, ce n'est pas tellement plus compliqué que le md5sum. Dommage que ces instructions soient normalement enfouies dans un man page de 1200 lignes.
Merci aussi à Emmanuel Florac pour ses conseils sur swaret. Ça aussi, c'est réglé pour moi.
Je viens de faire un bref retour à mon installation Knoppix sur DD, entre autres pour voir de quoi a l'air ksysv. J'ai découvert que networking est démarré aux runlevels 0... et 6 !!! À première vue, il me semblerait qu'un démarrage à 2 et un kill à 6 serait plus approprié, non?
Etc.
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens ici qui ne jurent que par Debian et il me semble qu'il ne serait pas trop long pour eux d'ouvrir ksysv.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
J'ai aussi essayé k3b. À première vue, l'emploi de k3b a l'air d'une simplicité enfantine comparativement à X-cdroast, surtout qu'on ne perd pas 20 ou 30 megs à chaque fois qu'on reprend l'écriture comme avec X-cd, je crois. Y a-t-il aussi des désavantages?
Le mtab me chicotte beaucoup. Il y a une ligne qui monte /dev/root.old sur initrd et ça ne m'apparaît pas comme du Debian très standard :) J'ai peur que ça fasse chier le système, un de ces jours. Qu'est-ce que c'est que ce truc?
Le disque dur doit travailler pendant quelque chose comme 30 sec. pendant le chargement du «splash screen». Qu'est-ce quei se passe? Juste avant, la configuration a l'air terminée et juste après, c'est KDE qui se charge. Je ne suis pas du type à booter chrono à la main, mais cette étape me semble prendre beaucoup trop de temps.
Ensuite, disons que je veuille employer mon propre fichier rc.firewall qui fonctionne actuellement pour Slackware, qu'est-ce que je dois faire pour l'installer dans Knoppix? Je le mets dans quel répertoire, je l'appelle de où, comment? Comment je désactive l'ancien, quoique ça, ça ne doit pas être trop sorcier? Est-ce que simplement de changer le contenu d'un fichier par l'autre suffirait? Mais, question de mieux comprendre le SysV, j'aimerais tout de même avoir les instructions pour l'installer.
Merci encore à tous.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Laurent Fousse
Dans fr.comp.os.linux.debats, GP nous disait:
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens ici qui ne jurent que par Debian et il me semble qu'il ne serait pas trop long pour eux d'ouvrir ksysv.
ksysv c'est kde, j'ai pas ça moi.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
1) mauvais forum changer forum. 2) je t'aurais bien répondu en privé mais ton adresse est invalide. 3) Chez moi j'ai ça (une debian non knoppix)
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Dans fr.comp.os.linux.debats, GP nous disait:
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens
ici qui ne jurent que par Debian et il me semble qu'il ne serait pas
trop long pour eux d'ouvrir ksysv.
ksysv c'est kde, j'ai pas ça moi.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils
ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
1) mauvais forum changer forum.
2) je t'aurais bien répondu en privé mais ton adresse est invalide.
3) Chez moi j'ai ça (une debian non knoppix)
laurent@kolvir:/etc/rc6.d$ ls -la | grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
laurent@kolvir:/etc/rc0.d$ ls -la |grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens ici qui ne jurent que par Debian et il me semble qu'il ne serait pas trop long pour eux d'ouvrir ksysv.
ksysv c'est kde, j'ai pas ça moi.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
1) mauvais forum changer forum. 2) je t'aurais bien répondu en privé mais ton adresse est invalide. 3) Chez moi j'ai ça (une debian non knoppix)
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
GP
Laurent Fousse wrote:
Dans fr.comp.os.linux.debats, GP nous disait:
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens ici qui ne jurent que par Debian et il me semble qu'il ne serait pas trop long pour eux d'ouvrir ksysv.
ksysv c'est kde, j'ai pas ça moi.
Normalement, il est possible de déterminer sans ça à quel runlevel un service est lancé.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
1) mauvais forum changer forum.
J'ai déjà expliqué pourquoi je posterai ici des questions techniques jusque dans deux semaines et que, plusieurs serveurs en Amérique ne fournissant pas le groupe configuration, il n'est pas facile de connaître l'origine du problème.
2) je t'aurais bien répondu en privé mais ton adresse est invalide.
Elle est valide pour les gens qui savent lire les étiquettes anti-spam.
3) Chez moi j'ai ça (une debian non knoppix)
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2, le 3 étant le mode single user, ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
Et il y a d'autres questions.
Merci tout de même pour la tentative. Mais où sont-ils les experts Debian qui lancent des vivats tous azimuts quand vient le temps de répondre à des questions fondamentales fort simplettes.
Il reste à espérer qu'ils ne soient pas en train de pleurer des proches décédés dans l'écrasement du 737 de Flash. Si, après une longue agonie, la mort d'un proche, particulièrement s'il est âgé, apparaît comme une délivrance, la mort accidentelle vous arrache le coeur, vous laisse l'âme évanescente, maladivement exposée au gré des événements les plus triviaux, oscillant au bord de la folie entre les rires et les pleurs.
Qui ne l'a vécu ignore de quoi je parle.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Laurent Fousse wrote:
Dans fr.comp.os.linux.debats, GP nous disait:
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens
ici qui ne jurent que par Debian et il me semble qu'il ne serait pas
trop long pour eux d'ouvrir ksysv.
ksysv c'est kde, j'ai pas ça moi.
Normalement, il est possible de déterminer sans ça à quel runlevel un
service est lancé.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils
ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
1) mauvais forum changer forum.
J'ai déjà expliqué pourquoi je posterai ici des questions techniques
jusque dans deux semaines et que, plusieurs serveurs en Amérique ne
fournissant pas le groupe configuration, il n'est pas facile de
connaître l'origine du problème.
2) je t'aurais bien répondu en privé mais ton adresse est invalide.
Elle est valide pour les gens qui savent lire les étiquettes anti-spam.
3) Chez moi j'ai ça (une debian non knoppix)
laurent@kolvir:/etc/rc6.d$ ls -la | grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
laurent@kolvir:/etc/rc0.d$ ls -la |grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait
prioritaire de lancer le networking avant le runlevel 2, le 3 étant le
mode single user, ni de repartir le servir au runlevel 6, qui sert
normalement à fermer l'ordi.
Et il y a d'autres questions.
Merci tout de même pour la tentative. Mais où sont-ils les experts
Debian qui lancent des vivats tous azimuts quand vient le temps de
répondre à des questions fondamentales fort simplettes.
Il reste à espérer qu'ils ne soient pas en train de pleurer des
proches décédés dans l'écrasement du 737 de Flash. Si, après une
longue agonie, la mort d'un proche, particulièrement s'il est âgé,
apparaît comme une délivrance, la mort accidentelle vous arrache le
coeur, vous laisse l'âme évanescente, maladivement exposée au gré des
événements les plus triviaux, oscillant au bord de la folie entre les
rires et les pleurs.
Qui ne l'a vécu ignore de quoi je parle.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Hé! Même si personne n'utilise Knoppix installé, il y a plein de gens ici qui ne jurent que par Debian et il me semble qu'il ne serait pas trop long pour eux d'ouvrir ksysv.
ksysv c'est kde, j'ai pas ça moi.
Normalement, il est possible de déterminer sans ça à quel runlevel un service est lancé.
Y en aurait-il qui auraient le prosélytisme à ce point étroit qu'ils ne le pratiquent que lorsqu'ils s'agit de gueuler n'importe quoi?
1) mauvais forum changer forum.
J'ai déjà expliqué pourquoi je posterai ici des questions techniques jusque dans deux semaines et que, plusieurs serveurs en Amérique ne fournissant pas le groupe configuration, il n'est pas facile de connaître l'origine du problème.
2) je t'aurais bien répondu en privé mais ton adresse est invalide.
Elle est valide pour les gens qui savent lire les étiquettes anti-spam.
3) Chez moi j'ai ça (une debian non knoppix)
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2, le 3 étant le mode single user, ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
Et il y a d'autres questions.
Merci tout de même pour la tentative. Mais où sont-ils les experts Debian qui lancent des vivats tous azimuts quand vient le temps de répondre à des questions fondamentales fort simplettes.
Il reste à espérer qu'ils ne soient pas en train de pleurer des proches décédés dans l'écrasement du 737 de Flash. Si, après une longue agonie, la mort d'un proche, particulièrement s'il est âgé, apparaît comme une délivrance, la mort accidentelle vous arrache le coeur, vous laisse l'âme évanescente, maladivement exposée au gré des événements les plus triviaux, oscillant au bord de la folie entre les rires et les pleurs.
Qui ne l'a vécu ignore de quoi je parle.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Benjamin FRANCOIS
GP s'est exprimé en ces termes:
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2, le 3 étant le mode single user, ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
Un début de réponse ici : http://www.geocrawler.com/archives/3/235/1999/2/0/1204327/
-- <luc2> bon, si vous voulez pas m'aider, foutez le camp
GP s'est exprimé en ces termes:
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait
prioritaire de lancer le networking avant le runlevel 2, le 3 étant le
mode single user, ni de repartir le servir au runlevel 6, qui sert
normalement à fermer l'ordi.
Un début de réponse ici :
http://www.geocrawler.com/archives/3/235/1999/2/0/1204327/
--
<luc2> bon, si vous voulez pas m'aider, foutez le camp
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2, le 3 étant le mode single user, ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
Un début de réponse ici : http://www.geocrawler.com/archives/3/235/1999/2/0/1204327/
-- <luc2> bon, si vous voulez pas m'aider, foutez le camp
Sam Hocevar
On Sun, 04 Jan 2004 18:41:23 -0500, GP wrote:
3) Chez moi j'ai ça (une debian non knoppix)
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
le 3 étant le mode single user
C'est faux, le mode single user est le runlevel 1.
ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec l'argument "stop".
Et il y a d'autres questions.
As-tu arrêté de battre ta femme ?
Merci tout de même pour la tentative. Mais où sont-ils les experts Debian qui lancent des vivats tous azimuts quand vient le temps de répondre à des questions fondamentales fort simplettes.
Ils sont peut-être sur les groupes idoines.
-- Sam.
On Sun, 04 Jan 2004 18:41:23 -0500, GP wrote:
3) Chez moi j'ai ça (une debian non knoppix)
laurent@kolvir:/etc/rc6.d$ ls -la | grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
laurent@kolvir:/etc/rc0.d$ ls -la |grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait
prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
le 3 étant le mode single user
C'est faux, le mode single user est le runlevel 1.
ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec
l'argument "stop".
Et il y a d'autres questions.
As-tu arrêté de battre ta femme ?
Merci tout de même pour la tentative. Mais où sont-ils les experts
Debian qui lancent des vivats tous azimuts quand vient le temps de
répondre à des questions fondamentales fort simplettes.
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
le 3 étant le mode single user
C'est faux, le mode single user est le runlevel 1.
ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec l'argument "stop".
Et il y a d'autres questions.
As-tu arrêté de battre ta femme ?
Merci tout de même pour la tentative. Mais où sont-ils les experts Debian qui lancent des vivats tous azimuts quand vient le temps de répondre à des questions fondamentales fort simplettes.
Ils sont peut-être sur les groupes idoines.
-- Sam.
GP
Benjamin FRANCOIS wrote:
GP s'est exprimé en ces termes:
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2, le 3 étant le mode single user, ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
Un début de réponse ici : http://www.geocrawler.com/archives/3/235/1999/2/0/1204327/
Pour l'administration à distance? Je ne vois pas grand réponse là. Je ne connais pas grand chose à cette question, mais je diute qu'il soit impossible de faire de l'adm à distance parce que Slackware démarre le networking au niveau approprié.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Benjamin FRANCOIS wrote:
GP s'est exprimé en ces termes:
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait
prioritaire de lancer le networking avant le runlevel 2, le 3 étant le
mode single user, ni de repartir le servir au runlevel 6, qui sert
normalement à fermer l'ordi.
Un début de réponse ici :
http://www.geocrawler.com/archives/3/235/1999/2/0/1204327/
Pour l'administration à distance? Je ne vois pas grand réponse là. Je
ne connais pas grand chose à cette question, mais je diute qu'il soit
impossible de faire de l'adm à distance parce que Slackware démarre le
networking au niveau approprié.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2, le 3 étant le mode single user, ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
Un début de réponse ici : http://www.geocrawler.com/archives/3/235/1999/2/0/1204327/
Pour l'administration à distance? Je ne vois pas grand réponse là. Je ne connais pas grand chose à cette question, mais je diute qu'il soit impossible de faire de l'adm à distance parce que Slackware démarre le networking au niveau approprié.
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
GP
Sam Hocevar wrote:
On Sun, 04 Jan 2004 18:41:23 -0500, GP wrote:
3) Chez moi j'ai ça (une debian non knoppix)
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
Oui, ça, je suppose que ça peut être une réponse. Mais encore, pourquoi mettre ça par défaut? Slackware peut aussi utiliser le NFS, non?
le 3 étant le mode single user
C'est faux, le mode single user est le runlevel 1.
Ouais... Euh... Mettons que ma phrase aurait dû se terminer avec ta citation précédente :)
ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec l'argument "stop".
Donc, il y a des scripts S(tart) et des scripts K(ill) et les scripts Start peuvent être appelés avec l'argument stop. On voit tout de suite la logique!
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Sam Hocevar wrote:
On Sun, 04 Jan 2004 18:41:23 -0500, GP wrote:
3) Chez moi j'ai ça (une debian non knoppix)
laurent@kolvir:/etc/rc6.d$ ls -la | grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
laurent@kolvir:/etc/rc0.d$ ls -la |grep netwo
lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking
-> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait
prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
Oui, ça, je suppose que ça peut être une réponse. Mais encore,
pourquoi mettre ça par défaut? Slackware peut aussi utiliser le NFS, non?
le 3 étant le mode single user
C'est faux, le mode single user est le runlevel 1.
Ouais... Euh... Mettons que ma phrase aurait dû se terminer avec ta
citation précédente :)
ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec
l'argument "stop".
Donc, il y a des scripts S(tart) et des scripts K(ill) et les scripts
Start peuvent être appelés avec l'argument stop. On voit tout de suite
la logique!
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
:/etc/rc6.d$ ls -la | grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
:/etc/rc0.d$ ls -la |grep netwo lrwxrwxrwx 1 root root 20 Oct 2 2002 S35networking -> ../init.d/networking
Est-ce que ça répond à ta question ?
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
Oui, ça, je suppose que ça peut être une réponse. Mais encore, pourquoi mettre ça par défaut? Slackware peut aussi utiliser le NFS, non?
le 3 étant le mode single user
C'est faux, le mode single user est le runlevel 1.
Ouais... Euh... Mettons que ma phrase aurait dû se terminer avec ta citation précédente :)
ni de repartir le servir au runlevel 6, qui sert normalement à fermer l'ordi.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec l'argument "stop".
Donc, il y a des scripts S(tart) et des scripts K(ill) et les scripts Start peuvent être appelés avec l'argument stop. On voit tout de suite la logique!
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Sam Hocevar
On Mon, 05 Jan 2004 12:20:01 -0500, GP wrote:
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
Oui, ça, je suppose que ça peut être une réponse. Mais encore, pourquoi mettre ça par défaut?
Parce que ça a été décidé comme ça ... Je veux bien qu'on puisse le faire milliers de façons différentes, mais s'il n'y a vraiment aucune raison de préférer l'une ou l'autre, pourquoi vouloir changer ?
En plus tu me sembles un peu à côté de la plaque depuis le début sur le sujet des runlevels, quand tu dis « J'ai découvert que networking est démarré aux runlevels 0... et 6 !!! ». 0 _et_ 6 sont des runlevels réservés utilisés pour halt et reboot.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec l'argument "stop".
Donc, il y a des scripts S(tart) et des scripts K(ill) et les scripts Start peuvent être appelés avec l'argument stop. On voit tout de suite la logique!
C'est pour s'assurer que les scripts en S sont lancés après les scripts en K. Quand on arrive à un runlevel, on exécute d'abord ce qui doit être arrêté (les scripts en K) avec l'argument "stop". Puis, on exécute ce qui doit être lancé (les scripts en S) avec l'argument "start", sauf dans les runlevels 0 et 6 qui sont spéciaux (puisqu'à ce moment plus rien n'est censé être lancé) où on les appelle avec "stop".
Ils s'appellent S* au lieu de K* juste pour être sûr qu'ils sont lancés après les autres K*, pour des raisons complexes d'éventuelles race conditions. On aurait pu les appeler K* avec des numéros supérieurs à 100, par exemple. D'ailleurs si ça peut te faire plaisir, on peut lire ça dans README.runlevels:
In the future, the /etc/rc6.d/SXXxxxx scripts MIGHT be moved to /etc/rc6.d/K1XXxxxx for clarity.
-- Sam.
On Mon, 05 Jan 2004 12:20:01 -0500, GP wrote:
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait
prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
Oui, ça, je suppose que ça peut être une réponse. Mais encore,
pourquoi mettre ça par défaut?
Parce que ça a été décidé comme ça ... Je veux bien qu'on puisse le
faire milliers de façons différentes, mais s'il n'y a vraiment aucune
raison de préférer l'une ou l'autre, pourquoi vouloir changer ?
En plus tu me sembles un peu à côté de la plaque depuis le début sur
le sujet des runlevels, quand tu dis « J'ai découvert que networking est
démarré aux runlevels 0... et 6 !!! ». 0 _et_ 6 sont des runlevels
réservés utilisés pour halt et reboot.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec
l'argument "stop".
Donc, il y a des scripts S(tart) et des scripts K(ill) et les scripts
Start peuvent être appelés avec l'argument stop. On voit tout de suite
la logique!
C'est pour s'assurer que les scripts en S sont lancés après les
scripts en K. Quand on arrive à un runlevel, on exécute d'abord ce qui
doit être arrêté (les scripts en K) avec l'argument "stop". Puis, on
exécute ce qui doit être lancé (les scripts en S) avec l'argument
"start", sauf dans les runlevels 0 et 6 qui sont spéciaux (puisqu'à ce
moment plus rien n'est censé être lancé) où on les appelle avec "stop".
Ils s'appellent S* au lieu de K* juste pour être sûr qu'ils sont
lancés après les autres K*, pour des raisons complexes d'éventuelles
race conditions. On aurait pu les appeler K* avec des numéros supérieurs
à 100, par exemple. D'ailleurs si ça peut te faire plaisir, on peut lire
ça dans README.runlevels:
In the future, the /etc/rc6.d/SXXxxxx scripts MIGHT be moved to
/etc/rc6.d/K1XXxxxx for clarity.
Ça dit que tu as la même chose que moi, mais pas pourquoi il serait prioritaire de lancer le networking avant le runlevel 2
Parce que /home peut être une partition NFS, par exemple.
Oui, ça, je suppose que ça peut être une réponse. Mais encore, pourquoi mettre ça par défaut?
Parce que ça a été décidé comme ça ... Je veux bien qu'on puisse le faire milliers de façons différentes, mais s'il n'y a vraiment aucune raison de préférer l'une ou l'autre, pourquoi vouloir changer ?
En plus tu me sembles un peu à côté de la plaque depuis le début sur le sujet des runlevels, quand tu dis « J'ai découvert que networking est démarré aux runlevels 0... et 6 !!! ». 0 _et_ 6 sont des runlevels réservés utilisés pour halt et reboot.
C'est faux, les scripts S* de rc6.d et rc0.d sont appelés avec l'argument "stop".
Donc, il y a des scripts S(tart) et des scripts K(ill) et les scripts Start peuvent être appelés avec l'argument stop. On voit tout de suite la logique!
C'est pour s'assurer que les scripts en S sont lancés après les scripts en K. Quand on arrive à un runlevel, on exécute d'abord ce qui doit être arrêté (les scripts en K) avec l'argument "stop". Puis, on exécute ce qui doit être lancé (les scripts en S) avec l'argument "start", sauf dans les runlevels 0 et 6 qui sont spéciaux (puisqu'à ce moment plus rien n'est censé être lancé) où on les appelle avec "stop".
Ils s'appellent S* au lieu de K* juste pour être sûr qu'ils sont lancés après les autres K*, pour des raisons complexes d'éventuelles race conditions. On aurait pu les appeler K* avec des numéros supérieurs à 100, par exemple. D'ailleurs si ça peut te faire plaisir, on peut lire ça dans README.runlevels:
In the future, the /etc/rc6.d/SXXxxxx scripts MIGHT be moved to /etc/rc6.d/K1XXxxxx for clarity.
-- Sam.
george
Sam Hocevar , dans le message <slrnbvj8km.c8f.sam+, a écrit :
In the future, the /etc/rc6.d/SXXxxxx scripts MIGHT be moved to /etc/rc6.d/K1XXxxxx for clarity.
Ahem, K199foobar, ça vient avant K20bazqux. Il va falloir faire attention.
Sam Hocevar , dans le message <slrnbvj8km.c8f.sam+news@poulet.zoy.org>,
a écrit :
In the future, the /etc/rc6.d/SXXxxxx scripts MIGHT be moved to
/etc/rc6.d/K1XXxxxx for clarity.
Ahem, K199foobar, ça vient avant K20bazqux. Il va falloir faire
attention.
