Bonjour,
peut-=EAtre que quelqu'un peut m'aider..
Je veux configurer une machine etch en routeur/firewall.
La machine poss=E8de donc 3 cartes ethernet (marchent toutes) dont:
eth0 --> modem (par ppp0)
eth1 --> reseau interne ( =E0 travers un hub)
eth2 --> DMZ ( serveur de web/ftp/mail)
J'ai d=E9branch=E9 le firewall pour des raisons de test des cartes eth.
Et j'ai configur=E9 les 3 cartes en 192.168.1.11 jusque 13 aussi pour
voir si elles s'activent sans pour cela =EAtre li=E9es.
J'ai test=E9 les 3 cartes pour voir si les drivers sont bons et les
cartes elles-m=EAmes aussi biensur; pas de probl=E8me.
Mais quoi que je fasse... la eth2 ne se configure pas !
Voici mon /etc/network/interfaces:
auto eth0
iface eth0 inet static
address 192.168.1.12
netmask 255.255.255.0
broadcast 192.168.1.255
network 192.168.1.0
gateway 192.168.1.10
dns-nameservers 80.10.246.2 80.10.246.129
dns-search orange.fr
=20
auto eth1
iface eth1 inet static
address 192.168.1.11
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.10
# dns-* options are implemented by the resolvconf package,
if installed
Le lundi 26 février 2007 17:45, Serge Cavailles a écrit :
Le Lundi 26 Février 2007 16:48, mess-mate a écrit : > Jean-Yves F. Barbier wrote: >(la 1ère dans l'ordre PCI, soit du slotN vers le slot0 (AGP)) > > Tu commence à compter les slots à partir de où ? > J'ai l'AGP en haut, et ensuite 4 slots PCI dessous. > PCI n°1 est lequel ?
D'après ce qui est dit, à l'opposé de l'AGP, donc en bas non?
@+ :)
vi: à rebours en décomptant à partir du slot PCI qui est le plus éloigné du slot AGP (slot AGP = 0)
Le lundi 26 février 2007 17:45, Serge Cavailles a écrit :
Le Lundi 26 Février 2007 16:48, mess-mate a écrit :
> Jean-Yves F. Barbier <7ukwn@free.fr> wrote:
>(la 1ère dans l'ordre PCI, soit du slotN vers le slot0 (AGP))
>
> Tu commence à compter les slots à partir de où ?
> J'ai l'AGP en haut, et ensuite 4 slots PCI dessous.
> PCI n°1 est lequel ?
D'après ce qui est dit, à l'opposé de l'AGP, donc en bas non?
@+ :)
vi: à rebours en décomptant à partir du slot PCI qui est
le plus éloigné du slot AGP (slot AGP = 0)
Le lundi 26 février 2007 17:45, Serge Cavailles a écrit :
Le Lundi 26 Février 2007 16:48, mess-mate a écrit : > Jean-Yves F. Barbier wrote: >(la 1ère dans l'ordre PCI, soit du slotN vers le slot0 (AGP)) > > Tu commence à compter les slots à partir de où ? > J'ai l'AGP en haut, et ensuite 4 slots PCI dessous. > PCI n°1 est lequel ?
D'après ce qui est dit, à l'opposé de l'AGP, donc en bas non?
@+ :)
vi: à rebours en décomptant à partir du slot PCI qui est le plus éloigné du slot AGP (slot AGP = 0)
Julien Valroff
Le lundi 26 février 2007 à 15:46 +0100, Jean-Yves F. Barbier a écrit :
Le lundi 26 février 2007 15:31, Pascal Hambourg a écrit : > Jean-Yves F. Barbier a écrit : > >>>append="ether=0,0,eth0 ether=0,0,eth1 ether=0,0,eth2"
[...]
la ligne explique au kernel qu'il faut regarder pour N eth au lieu de une par défaut
[...]
> Bizarre, c'est la première fois que je lis ça. J'ai eu plusieurs > machines contenant - entre autres - deux cartes ethernet gérées par le > même module qui n'ont jamais eu besoin de ces options "ether=...". Aussi > bien avec des cartes ethernet ISA non PnP que des cartes ethernet PCI.
vi, moi aussi, surtout celles en etch ou sid
Idem sur mon routeur en sarge avec 3 cartes (c'est un portable, donc une carte intégrée et 2 cartes PCMCIA identiques utilisant le même module). Je ne pourrais pas l'assurer, mais il me semble que même sous Woody avec mon ancien routeur qui utilisait 3 cartes identiques, je n'avais pas besoin de cette ligne, qui ne me dit absolument rien.
Il faut dire que je compile moi-même mes noyaux (2.6 exclusivement), ce qui explique sans doute les choses.
Julien
-- 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
Le lundi 26 février 2007 à 15:46 +0100, Jean-Yves F. Barbier a écrit :
Le lundi 26 février 2007 15:31, Pascal Hambourg a écrit :
> Jean-Yves F. Barbier a écrit :
> >>>append="ether=0,0,eth0 ether=0,0,eth1 ether=0,0,eth2"
[...]
la ligne explique au kernel qu'il faut regarder pour N eth
au lieu de une par défaut
[...]
> Bizarre, c'est la première fois que je lis ça. J'ai eu plusieurs
> machines contenant - entre autres - deux cartes ethernet gérées par le
> même module qui n'ont jamais eu besoin de ces options "ether=...". Aussi
> bien avec des cartes ethernet ISA non PnP que des cartes ethernet PCI.
vi, moi aussi, surtout celles en etch ou sid
Idem sur mon routeur en sarge avec 3 cartes (c'est un portable, donc une
carte intégrée et 2 cartes PCMCIA identiques utilisant le même module).
Je ne pourrais pas l'assurer, mais il me semble que même sous Woody avec
mon ancien routeur qui utilisait 3 cartes identiques, je n'avais pas
besoin de cette ligne, qui ne me dit absolument rien.
Il faut dire que je compile moi-même mes noyaux (2.6 exclusivement), ce
qui explique sans doute les choses.
Julien
--
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
Le lundi 26 février 2007 à 15:46 +0100, Jean-Yves F. Barbier a écrit :
Le lundi 26 février 2007 15:31, Pascal Hambourg a écrit : > Jean-Yves F. Barbier a écrit : > >>>append="ether=0,0,eth0 ether=0,0,eth1 ether=0,0,eth2"
[...]
la ligne explique au kernel qu'il faut regarder pour N eth au lieu de une par défaut
[...]
> Bizarre, c'est la première fois que je lis ça. J'ai eu plusieurs > machines contenant - entre autres - deux cartes ethernet gérées par le > même module qui n'ont jamais eu besoin de ces options "ether=...". Aussi > bien avec des cartes ethernet ISA non PnP que des cartes ethernet PCI.
vi, moi aussi, surtout celles en etch ou sid
Idem sur mon routeur en sarge avec 3 cartes (c'est un portable, donc une carte intégrée et 2 cartes PCMCIA identiques utilisant le même module). Je ne pourrais pas l'assurer, mais il me semble que même sous Woody avec mon ancien routeur qui utilisait 3 cartes identiques, je n'avais pas besoin de cette ligne, qui ne me dit absolument rien.
Il faut dire que je compile moi-même mes noyaux (2.6 exclusivement), ce qui explique sans doute les choses.
Julien
-- 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
Pascal Hambourg
Jean-Yves F. Barbier a écrit : [option de démarrage du noyau "ether=..."]
la ligne explique au kernel qu'il faut regarder pour N eth au lieu de une par défaut
Regarder quoi ? N'est-ce pas chaque pilote qui recherche "ses" interfaces ?
Bizarre, c'est la première fois que je lis ça. J'ai eu plusieurs machines contenant - entre autres - deux cartes ethernet gérées par le même module qui n'ont jamais eu besoin de ces options "ether=...". Aussi bien avec des cartes ethernet ISA non PnP que des cartes ethernet PCI.
vi, moi aussi, surtout celles en etch ou sid
Veux-tu dire que la ligne n'est plus nécessaire sous etch et sid ou le contraire ? Pour ma part, depuis potato avec un noyau 2.2.19 Debian jusqu'à sarge avec un noyau 2.6.20 maison en passant par woody et divers noyaux 2.4 et 2.6 Debian et maison, je n'en ai jamais eu besoin.
-- 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
Jean-Yves F. Barbier a écrit :
[option de démarrage du noyau "ether=..."]
la ligne explique au kernel qu'il faut regarder pour N eth
au lieu de une par défaut
Regarder quoi ? N'est-ce pas chaque pilote qui recherche "ses" interfaces ?
Bizarre, c'est la première fois que je lis ça. J'ai eu plusieurs
machines contenant - entre autres - deux cartes ethernet gérées par le
même module qui n'ont jamais eu besoin de ces options "ether=...". Aussi
bien avec des cartes ethernet ISA non PnP que des cartes ethernet PCI.
vi, moi aussi, surtout celles en etch ou sid
Veux-tu dire que la ligne n'est plus nécessaire sous etch et sid ou le
contraire ? Pour ma part, depuis potato avec un noyau 2.2.19 Debian
jusqu'à sarge avec un noyau 2.6.20 maison en passant par woody et divers
noyaux 2.4 et 2.6 Debian et maison, je n'en ai jamais eu besoin.
--
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
Jean-Yves F. Barbier a écrit : [option de démarrage du noyau "ether=..."]
la ligne explique au kernel qu'il faut regarder pour N eth au lieu de une par défaut
Regarder quoi ? N'est-ce pas chaque pilote qui recherche "ses" interfaces ?
Bizarre, c'est la première fois que je lis ça. J'ai eu plusieurs machines contenant - entre autres - deux cartes ethernet gérées par le même module qui n'ont jamais eu besoin de ces options "ether=...". Aussi bien avec des cartes ethernet ISA non PnP que des cartes ethernet PCI.
vi, moi aussi, surtout celles en etch ou sid
Veux-tu dire que la ligne n'est plus nécessaire sous etch et sid ou le contraire ? Pour ma part, depuis potato avec un noyau 2.2.19 Debian jusqu'à sarge avec un noyau 2.6.20 maison en passant par woody et divers noyaux 2.4 et 2.6 Debian et maison, je n'en ai jamais eu besoin.
-- 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
A dmesg|grep eth give : eth1: VIA Rhine at 0x1e800, 00:80:c8:ec:92:b5, IRQ 10. eth1: MII PHY found at address 8, status 0x7809 advertising 05e1 Link 0000. eth2: RealTek RTL8139 at 0xec00, 00:e0:29:3c:34:bd, IRQ 12 eth2: Identified 8139 chip type 'RTL-8139A' ( remark: 3C59x driver ) eth1: link up, 10Mbps, half-duplex, lpa 0x0000 eth0: setting half-duplex. ADDRCONF(NETDEV_UP): eth0: link is not ready eth1: no IPv6 routers present eth1: link up, 10Mbps, half-duplex, lpa 0x0000 eth1: no IPv6 routers present
C'est une part du message tire de la liste anglaise. C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il pas de voir ce genre de probleme ? C'est fait pour recuperer les messages du noyau survenu pendant le boot, non ?
En tout cas je retiens la commande "ip link".
- -- Franck Joncourt http://www.debian.org http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html
-- 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
mess-mate wrote:
A dmesg|grep eth give :
eth1: VIA Rhine at 0x1e800, 00:80:c8:ec:92:b5, IRQ 10.
eth1: MII PHY found at address 8, status 0x7809 advertising 05e1
Link 0000.
eth2: RealTek RTL8139 at 0xec00, 00:e0:29:3c:34:bd, IRQ 12
eth2: Identified 8139 chip type 'RTL-8139A'
( remark: 3C59x driver )
eth1: link up, 10Mbps, half-duplex, lpa 0x0000
eth0: setting half-duplex.
ADDRCONF(NETDEV_UP): eth0: link is not ready
eth1: no IPv6 routers present
eth1: link up, 10Mbps, half-duplex, lpa 0x0000
eth1: no IPv6 routers present
C'est une part du message tire de la liste anglaise.
C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il
pas de voir ce genre de probleme ? C'est fait pour recuperer les
messages du noyau survenu pendant le boot, non ?
En tout cas je retiens la commande "ip link".
- --
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________
All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine
http://uk.docs.yahoo.com/nowyoucan.html
--
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
A dmesg|grep eth give : eth1: VIA Rhine at 0x1e800, 00:80:c8:ec:92:b5, IRQ 10. eth1: MII PHY found at address 8, status 0x7809 advertising 05e1 Link 0000. eth2: RealTek RTL8139 at 0xec00, 00:e0:29:3c:34:bd, IRQ 12 eth2: Identified 8139 chip type 'RTL-8139A' ( remark: 3C59x driver ) eth1: link up, 10Mbps, half-duplex, lpa 0x0000 eth0: setting half-duplex. ADDRCONF(NETDEV_UP): eth0: link is not ready eth1: no IPv6 routers present eth1: link up, 10Mbps, half-duplex, lpa 0x0000 eth1: no IPv6 routers present
C'est une part du message tire de la liste anglaise. C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il pas de voir ce genre de probleme ? C'est fait pour recuperer les messages du noyau survenu pendant le boot, non ?
En tout cas je retiens la commande "ip link".
- -- Franck Joncourt http://www.debian.org http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html
-- 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
Franck Joncourt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
mess-mate wrote:
En effet, fallait chercher dans /etc/udev..... J'ai modifié la z25_persistent-net-rules dans /etc/udev/rules.d. La carte qui devait être eth2 était nommé eth0 ! Elle est maintenant reconnue.
Ce fichier est genere via z45_persistent-net-generator.rules, par consequent est t-on certain qu'il ne sera pas mis a jour lors d'une update de udev ou quelque chose comme cela ?
- -- Franck Joncourt http://www.debian.org http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
-- 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
mess-mate wrote:
En effet, fallait chercher dans /etc/udev.....
J'ai modifié la z25_persistent-net-rules dans /etc/udev/rules.d.
La carte qui devait être eth2 était nommé eth0 !
Elle est maintenant reconnue.
Ce fichier est genere via z45_persistent-net-generator.rules, par
consequent est t-on certain qu'il ne sera pas mis a jour lors d'une
update de udev ou quelque chose comme cela ?
- --
Franck Joncourt
http://www.debian.org
http://smhteam.info/wiki/
GPG server : pgpkeys.mit.edu
Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________
Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
--
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
En effet, fallait chercher dans /etc/udev..... J'ai modifié la z25_persistent-net-rules dans /etc/udev/rules.d. La carte qui devait être eth2 était nommé eth0 ! Elle est maintenant reconnue.
Ce fichier est genere via z45_persistent-net-generator.rules, par consequent est t-on certain qu'il ne sera pas mis a jour lors d'une update de udev ou quelque chose comme cela ?
- -- Franck Joncourt http://www.debian.org http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
-- 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
C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il pas de voir ce genre de probleme ? C'est fait pour recuperer les messages du noyau survenu pendant le boot, non ?
Quel genre de problème ? Qu'udev merdoie en essayant de renommer une interface réseau et la laisse avec un nom à la noix ? udev c'est du userland donc pas de raison qu'on voie quelque chose dans dmesg.
En tout cas je retiens la commande "ip link".
Pour lister toutes les interface, même inactives, un bête "ifconfig -a" convient également.
-- 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
Franck Joncourt a écrit :
C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il
pas de voir ce genre de probleme ? C'est fait pour recuperer les
messages du noyau survenu pendant le boot, non ?
Quel genre de problème ? Qu'udev merdoie en essayant de renommer une
interface réseau et la laisse avec un nom à la noix ? udev c'est du
userland donc pas de raison qu'on voie quelque chose dans dmesg.
En tout cas je retiens la commande "ip link".
Pour lister toutes les interface, même inactives, un bête "ifconfig -a"
convient également.
--
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
C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il pas de voir ce genre de probleme ? C'est fait pour recuperer les messages du noyau survenu pendant le boot, non ?
Quel genre de problème ? Qu'udev merdoie en essayant de renommer une interface réseau et la laisse avec un nom à la noix ? udev c'est du userland donc pas de raison qu'on voie quelque chose dans dmesg.
En tout cas je retiens la commande "ip link".
Pour lister toutes les interface, même inactives, un bête "ifconfig -a" convient également.
-- 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
mess-mate
Pascal Hambourg wrote: | Franck Joncourt a écrit : | >C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il | >pas de voir ce genre de probleme ? C'est fait pour recuperer les | >messages du noyau survenu pendant le boot, non ? | | Quel genre de problème ? Qu'udev merdoie en essayant de renommer une interface réseau et la | laisse avec un nom à la noix ? udev c'est du userland donc pas de rai son qu'on voie quelque | chose dans dmesg. | | >En tout cas je retiens la commande "ip link". | | Pour lister toutes les interface, même inactives, un bête "ifconfig -a" convient également. | Je découvre aussi :)
Mieux: man ip !!
mess-mate --
He that breaks a thing to find out what it is has left the path of wisdom . -- J.R.R. Tolkien
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> wrote:
| Franck Joncourt a écrit :
| >C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il
| >pas de voir ce genre de probleme ? C'est fait pour recuperer les
| >messages du noyau survenu pendant le boot, non ?
|
| Quel genre de problème ? Qu'udev merdoie en essayant de renommer une interface réseau et la
| laisse avec un nom à la noix ? udev c'est du userland donc pas de rai son qu'on voie quelque
| chose dans dmesg.
|
| >En tout cas je retiens la commande "ip link".
|
| Pour lister toutes les interface, même inactives, un bête "ifconfig -a" convient également.
|
Je découvre aussi :)
Mieux: man ip !!
mess-mate
--
He that breaks a thing to find out what it is has left the path of wisdom .
-- J.R.R. Tolkien
Pascal Hambourg wrote: | Franck Joncourt a écrit : | >C'est peut etre bete, mais pourquoi un "dmesg | grep eth" ne permet-il | >pas de voir ce genre de probleme ? C'est fait pour recuperer les | >messages du noyau survenu pendant le boot, non ? | | Quel genre de problème ? Qu'udev merdoie en essayant de renommer une interface réseau et la | laisse avec un nom à la noix ? udev c'est du userland donc pas de rai son qu'on voie quelque | chose dans dmesg. | | >En tout cas je retiens la commande "ip link". | | Pour lister toutes les interface, même inactives, un bête "ifconfig -a" convient également. | Je découvre aussi :)
Mieux: man ip !!
mess-mate --
He that breaks a thing to find out what it is has left the path of wisdom . -- J.R.R. Tolkien
