Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tunnel pas créé (par un script d'init) etc...
J'ai fini par trouver que c'était un pb réseau (pas facile car rien dans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans rc2) se
lance.
J'ai ajouté au début de mon script une petite boucle qui attend que eth0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s (à peu
près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
De fait, j'ai bien dans syslog
Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0...
[...]
Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso
[08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau...
(donc mon script d'init S97 s'est bien lancé à peu près à 09:13:58)
C'est normal docteur ?
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel C
Patrice OLIVER wrote:
Bonsoir,
je ne sais pas combien de machines tu gères en réseau, mais sur un petit nombre de machines (voire une seule), je ne vois pas l'intérêt d'un DHCP. Il suffit que le serveur DHCP ne soit pas très performant, et les problèmes arrivent.
Je n'ai pas le choix, c'est un desktop sur un LAN d'entreprise (mon IP peut changer, mais surtout celle des dns, de la passerelle, etc... normalement non mais c'est déjà arrivé, et le dhcp c'est fait pour ça).
Nous avons ce problème avec le routeur de notre association, paramétré pour être serveur DHCP. Une fois l'adresse IP attribuée, il faut parfois 1 bonne minute pour récupérer les adresses des serveurs DNS ... Pour ma part, et dans ce cas, j'opte pour une IP fixe. En as-tu fait l'essai pour voir si cela résoud ton problème ?
Non, j'ai résolu le pb en mettant la boucle d'attente, mais ça me dit pas pourquoi j'arrive en S97 alors que eth0 n'est pas encore up.
Dans les docs que j'ai pu lire (les README & http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit), la seule ref explicite au réseau est dans /etc/rcS.d/README, qui dit * After the S40 scripts have executed, all local file systems are mounted and networking is available. All device drivers have been initialized.
* After the S60 scripts have executed, the system clock has been set, NFS filesystems have been mounted (unless the system depends on the automounter, which is started later) and the filesystems have been cleaned.
Et j'ai bien un /etc/rcS.d/S40networking -> ../init.d/networking qui marche.
Par ailleurs, le dhcp n'a pas l'air si lent car la 1re requete lancé par mon client dhcp et l'affectation de l'ip ont lieu dans la même seconde (dixit syslog).
Bon, c'est pas dramatique car le pb est réglé, mais je voulais comprendre...
Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Patrice OLIVER wrote:
Bonsoir,
je ne sais pas combien de machines tu gères en réseau, mais sur un
petit nombre de machines (voire une seule), je ne vois pas l'intérêt
d'un DHCP. Il suffit que le serveur DHCP ne soit pas très performant,
et les problèmes arrivent.
Je n'ai pas le choix, c'est un desktop sur un LAN d'entreprise (mon IP peut changer, mais surtout celle des dns, de la passerelle, etc... normalement
non mais c'est déjà arrivé, et le dhcp c'est fait pour ça).
Nous avons ce problème avec le routeur de notre association, paramétré
pour être serveur DHCP. Une fois l'adresse IP attribuée, il faut
parfois 1 bonne minute pour récupérer les adresses des serveurs DNS
... Pour ma part, et dans ce cas, j'opte pour une IP fixe. En as-tu
fait l'essai pour voir si cela résoud ton problème ?
Non, j'ai résolu le pb en mettant la boucle d'attente, mais ça me dit pas pourquoi j'arrive en S97 alors que eth0 n'est pas encore up.
Dans les docs que j'ai pu lire (les README & http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit), la seule ref explicite au réseau est
dans /etc/rcS.d/README, qui dit
* After the S40 scripts have executed, all local file systems are mounted
and networking is available. All device drivers have been initialized.
* After the S60 scripts have executed, the system clock has been set, NFS
filesystems have been mounted (unless the system depends on the automounter,
which is started later) and the filesystems have been cleaned.
Et j'ai bien un
/etc/rcS.d/S40networking -> ../init.d/networking
qui marche.
Par ailleurs, le dhcp n'a pas l'air si lent car la 1re requete lancé par mon client dhcp et l'affectation de l'ip ont lieu dans la même seconde (dixit
syslog).
Bon, c'est pas dramatique car le pb est réglé, mais je voulais comprendre...
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
je ne sais pas combien de machines tu gères en réseau, mais sur un petit nombre de machines (voire une seule), je ne vois pas l'intérêt d'un DHCP. Il suffit que le serveur DHCP ne soit pas très performant, et les problèmes arrivent.
Je n'ai pas le choix, c'est un desktop sur un LAN d'entreprise (mon IP peut changer, mais surtout celle des dns, de la passerelle, etc... normalement non mais c'est déjà arrivé, et le dhcp c'est fait pour ça).
Nous avons ce problème avec le routeur de notre association, paramétré pour être serveur DHCP. Une fois l'adresse IP attribuée, il faut parfois 1 bonne minute pour récupérer les adresses des serveurs DNS ... Pour ma part, et dans ce cas, j'opte pour une IP fixe. En as-tu fait l'essai pour voir si cela résoud ton problème ?
Non, j'ai résolu le pb en mettant la boucle d'attente, mais ça me dit pas pourquoi j'arrive en S97 alors que eth0 n'est pas encore up.
Dans les docs que j'ai pu lire (les README & http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit), la seule ref explicite au réseau est dans /etc/rcS.d/README, qui dit * After the S40 scripts have executed, all local file systems are mounted and networking is available. All device drivers have been initialized.
* After the S60 scripts have executed, the system clock has been set, NFS filesystems have been mounted (unless the system depends on the automounter, which is started later) and the filesystems have been cleaned.
Et j'ai bien un /etc/rcS.d/S40networking -> ../init.d/networking qui marche.
Par ailleurs, le dhcp n'a pas l'air si lent car la 1re requete lancé par mon client dhcp et l'affectation de l'ip ont lieu dans la même seconde (dixit syslog).
Bon, c'est pas dramatique car le pb est réglé, mais je voulais comprendre...
Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Lenouvel
On Wed, 30 Aug 2006 09:49:34 +0200 Daniel C wrote:
Bonjour,
Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tu nnel pas créé (par un script d'init) etc... J'ai fini par trouver que c'était un pb réseau (pas facile car rien d ans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans r c2) se lance.
J'ai ajouté au début de mon script une petite boucle qui attend que e th0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s ( à peu près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
Sur les switches cisco qd le spanning-tree portfast n'est pas désactiv é il faut 30 secondes au switch avant de forwarder les paquets sur l'interface ( le spanning tree permet la detection des boucles )
Problème rencontré avec les machines qui bootent de + en + rapidement ( 1er montage nfs dans la fstab on monté, pas de résolution de nom avant que le lien réseau soit réellemment actif.
En activant le spanning-tree portfast, il ne faut plus d'une au 2 secondes pour que le port soit up.
De fait, j'ai bien dans syslog Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0... [...] Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso [08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau... (donc mon script d'init S97 s'est bien lancé à peu près à 09:13:5 8)
C'est normal docteur ?
Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact .org
-- Vincent Lenouvel - Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4 wget -O - http://users.info.unicaen.fr/~vincent/signature.asc | gpg --import
On Wed, 30 Aug 2006 09:49:34 +0200
Daniel C <ml@editionsdidier.com> wrote:
Bonjour,
Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tu nnel pas créé (par un script d'init) etc...
J'ai fini par trouver que c'était un pb réseau (pas facile car rien d ans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans r c2) se
lance.
J'ai ajouté au début de mon script une petite boucle qui attend que e th0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s ( à peu
près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
Sur les switches cisco qd le spanning-tree portfast n'est pas désactiv é il faut
30 secondes au switch avant de forwarder les paquets sur l'interface ( le spanning tree
permet la detection des boucles )
Problème rencontré avec les machines qui bootent de + en + rapidement ( 1er montage nfs dans
la fstab on monté, pas de résolution de nom avant que le lien réseau
soit réellemment actif.
En activant le spanning-tree portfast, il ne faut plus d'une au 2 secondes pour
que le port soit up.
De fait, j'ai bien dans syslog
Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0...
[...]
Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso
[08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau...
(donc mon script d'init S97 s'est bien lancé à peu près à 09:13:5 8)
C'est normal docteur ?
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian .org
--
Vincent Lenouvel - <vincent@info.unicaen.fr>
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
wget -O - http://users.info.unicaen.fr/~vincent/signature.asc | gpg --import
On Wed, 30 Aug 2006 09:49:34 +0200 Daniel C wrote:
Bonjour,
Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tu nnel pas créé (par un script d'init) etc... J'ai fini par trouver que c'était un pb réseau (pas facile car rien d ans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans r c2) se lance.
J'ai ajouté au début de mon script une petite boucle qui attend que e th0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s ( à peu près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
Sur les switches cisco qd le spanning-tree portfast n'est pas désactiv é il faut 30 secondes au switch avant de forwarder les paquets sur l'interface ( le spanning tree permet la detection des boucles )
Problème rencontré avec les machines qui bootent de + en + rapidement ( 1er montage nfs dans la fstab on monté, pas de résolution de nom avant que le lien réseau soit réellemment actif.
En activant le spanning-tree portfast, il ne faut plus d'une au 2 secondes pour que le port soit up.
De fait, j'ai bien dans syslog Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0... [...] Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso [08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau... (donc mon script d'init S97 s'est bien lancé à peu près à 09:13:5 8)
C'est normal docteur ?
Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact .org
-- Vincent Lenouvel - Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4 wget -O - http://users.info.unicaen.fr/~vincent/signature.asc | gpg --import
Frédéric BOITEUX
Le mer 30 aoû 2006 09:49:34 CEST, Daniel C a écrit :
Bonjour,
Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tu nnel pas créé (par un script d'init) etc... J'ai fini par trouver que c'était un pb réseau (pas facile car rien d ans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans r c2) se lance.
J'ai ajouté au début de mon script une petite boucle qui attend que e th0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s ( à peu près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
De fait, j'ai bien dans syslog Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0... [...] Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso [08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau... (donc mon script d'init S97 s'est bien lancé à peu près à 09:13:5 8)
C'est normal docteur ?
Salut,
Je ne sais pas si c'est normal, mais moi, j'ai le problème inverse sur une Sarge : le démarrage est bloqué pendant toute la négociation DHCP, ce qui peut parfois prendre qq secondes chez moi... Apparemment, ils ont parallélisé les tâches de démarrage dans Etch. Mais normalement, il doit y avoir un système de dépendances, peut-être avec des tags LSB dans les scripts /etc/init.d/*. Ton script en S97 est de ta composition ?
Fred.
Le mer 30 aoû 2006 09:49:34 CEST, Daniel C <ml@editionsdidier.com> a
écrit :
Bonjour,
Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tu nnel pas créé (par un script d'init) etc...
J'ai fini par trouver que c'était un pb réseau (pas facile car rien d ans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans r c2) se
lance.
J'ai ajouté au début de mon script une petite boucle qui attend que e th0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s ( à peu
près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
De fait, j'ai bien dans syslog
Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0...
[...]
Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso
[08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau...
(donc mon script d'init S97 s'est bien lancé à peu près à 09:13:5 8)
C'est normal docteur ?
Salut,
Je ne sais pas si c'est normal, mais moi, j'ai le problème inverse
sur une Sarge : le démarrage est bloqué pendant toute la négociation
DHCP, ce qui peut parfois prendre qq secondes chez moi... Apparemment,
ils ont parallélisé les tâches de démarrage dans Etch. Mais
normalement, il doit y avoir un système de dépendances, peut-être avec
des tags LSB dans les scripts /etc/init.d/*. Ton script en S97 est de
ta composition ?
Le mer 30 aoû 2006 09:49:34 CEST, Daniel C a écrit :
Bonjour,
Sur un desktop en etch, j'avais des pbs de nfs non monté au boot, de tu nnel pas créé (par un script d'init) etc... J'ai fini par trouver que c'était un pb réseau (pas facile car rien d ans les logs), eth0 n'est pas encore bien up quand le script (en S97 dans r c2) se lance.
J'ai ajouté au début de mon script une petite boucle qui attend que e th0 soit OK (pas plus de 30s quand même) et de fait, j'ai besoin de 3s ( à peu près, 3 passages dans la boucle avec un sleep 1) pour que ifconfig eth0 me renvoie mon IP, obtenue par dhcp.
De fait, j'ai bien dans syslog Aug 30 09:14:00 dcailli dhclient: DHCPDISCOVER on eth0... [...] Aug 30 09:14:00 dcailli dhclient: bound to 192.168....
et dans mon log perso [08/30/06 09:14:01] Attente de 3 secondes pour avoir du réseau... (donc mon script d'init S97 s'est bien lancé à peu près à 09:13:5 8)
C'est normal docteur ?
Salut,
Je ne sais pas si c'est normal, mais moi, j'ai le problème inverse sur une Sarge : le démarrage est bloqué pendant toute la négociation DHCP, ce qui peut parfois prendre qq secondes chez moi... Apparemment, ils ont parallélisé les tâches de démarrage dans Etch. Mais normalement, il doit y avoir un système de dépendances, peut-être avec des tags LSB dans les scripts /etc/init.d/*. Ton script en S97 est de ta composition ?
Fred.
Daniel C
Frédéric BOITEUX wrote:
Salut,
Je ne sais pas si c'est normal, mais moi, j'ai le problème inverse sur une Sarge : le démarrage est bloqué pendant toute la négociation DHCP, ce qui peut parfois prendre qq secondes chez moi... Apparemment, ils ont parallélisé les tâches de démarrage dans Etch. Mais normalement, il doit y avoir un système de dépendances, peut-être avec des tags LSB dans les scripts /etc/init.d/*.
Je vais creuser de ce coté. J'ai récupéré et, à propos de mountnfs
Provides=mountnfs Required-Start=$network $local_fs Required-Stop Default-Start=S Default-Stop Short-Description=Mount network file systems. Description=Now that TCP/IP is configured, mount the NFS file
Missing LSB headers in /etc/init.d/mountnfs.sh.
Required-Stop LSB header has no arguments. Should-Start LSB header missing. Should-Stop LSB header missing. Default-Stop LSB header has no arguments. ------------------------------------------------
mais le Required-Start=$network $local_fs n'a pas l'air très efficace...
Je connais pas trop les tags LSB mais, c'est normal que ce soit "Required-Start=$network" pour l'un et "Provides=networking" pour l'autre ? J'ai pas trop le temps mais je vais ajouter un Required-Start=networking à mon script, et on verra s'il n'a plus besoin d'attendre 3s...
Ton script en S97 est de ta composition ?
Oui. Normalement, il ne s'occupe que d'ouvrir un tunnel ssh, mais comme nfs montait pas tout seul, je lui ai ajouté la boucle d'attente de eth0 up puis un mount -a
Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric BOITEUX wrote:
Salut,
Je ne sais pas si c'est normal, mais moi, j'ai le problème inverse
sur une Sarge : le démarrage est bloqué pendant toute la négociation
DHCP, ce qui peut parfois prendre qq secondes chez moi... Apparemment,
ils ont parallélisé les tâches de démarrage dans Etch. Mais
normalement, il doit y avoir un système de dépendances, peut-être avec
des tags LSB dans les scripts /etc/init.d/*.
Je vais creuser de ce coté.
J'ai récupéré
et, à propos de mountnfs
Provides=mountnfs
Required-Start=$network $local_fs
Required-Stop Default-Start=S
Default-Stop Short-Description=Mount network file systems.
Description=Now that TCP/IP is configured, mount the NFS file
Missing LSB headers in /etc/init.d/mountnfs.sh.
Required-Stop LSB header has no arguments.
Should-Start LSB header missing.
Should-Stop LSB header missing.
Default-Stop LSB header has no arguments.
------------------------------------------------
mais le
Required-Start=$network $local_fs
n'a pas l'air très efficace...
Je connais pas trop les tags LSB mais, c'est normal que ce soit "Required-Start=$network" pour l'un et "Provides=networking" pour l'autre ?
J'ai pas trop le temps mais je vais ajouter un
Required-Start=networking
à mon script, et on verra s'il n'a plus besoin d'attendre 3s...
Ton script en S97 est de
ta composition ?
Oui.
Normalement, il ne s'occupe que d'ouvrir un tunnel ssh, mais comme nfs montait pas tout seul, je lui ai ajouté la boucle d'attente de eth0 up puis un
mount -a
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je ne sais pas si c'est normal, mais moi, j'ai le problème inverse sur une Sarge : le démarrage est bloqué pendant toute la négociation DHCP, ce qui peut parfois prendre qq secondes chez moi... Apparemment, ils ont parallélisé les tâches de démarrage dans Etch. Mais normalement, il doit y avoir un système de dépendances, peut-être avec des tags LSB dans les scripts /etc/init.d/*.
Je vais creuser de ce coté. J'ai récupéré et, à propos de mountnfs
Provides=mountnfs Required-Start=$network $local_fs Required-Stop Default-Start=S Default-Stop Short-Description=Mount network file systems. Description=Now that TCP/IP is configured, mount the NFS file
Missing LSB headers in /etc/init.d/mountnfs.sh.
Required-Stop LSB header has no arguments. Should-Start LSB header missing. Should-Stop LSB header missing. Default-Stop LSB header has no arguments. ------------------------------------------------
mais le Required-Start=$network $local_fs n'a pas l'air très efficace...
Je connais pas trop les tags LSB mais, c'est normal que ce soit "Required-Start=$network" pour l'un et "Provides=networking" pour l'autre ? J'ai pas trop le temps mais je vais ajouter un Required-Start=networking à mon script, et on verra s'il n'a plus besoin d'attendre 3s...
Ton script en S97 est de ta composition ?
Oui. Normalement, il ne s'occupe que d'ouvrir un tunnel ssh, mais comme nfs montait pas tout seul, je lui ai ajouté la boucle d'attente de eth0 up puis un mount -a
Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
