Re: carte réseau qui est déclaré aléatoirement en eth1 au lieu de eth0
François Boisson a écrit :
François, qu'est-ce que c'est que cette histoire d'interface forcedeth
qui change d'adresse MAC à chaque fois ?
Il y a eu des fils là dessus sur le forum.debian-fr.org.
J'ai du mal avec l'ergonomie des forums web. Et puis on ne peut pas
suivre tous les forums, listes...
En gros,
1) forcedepth marche mal. Entre autre, la carte est souvent mal vu une
prémière fois et déclaré en eth1 voire eth2...
2) Souvent, il s'y rajoute une adresse MAC variable ce qui avec les règles
udev conduit à une incrémentation systématique du numéro de l'interface. La
rustine consiste à nettoyer les règles udev à chaque coupure .
C'est ce dont parlait Hugues, je suppose.
Apparemment cela arrive avec les noyaux assez récents.
Ça a l'air bien tordu cette histoire d'adresse MAC, d'après les
changelogs du noyau.
Premières corrections dans 2.6.19 :
[PATCH] forcedeth: mac address corrected
This patch will correct the mac address and set a flag to indicate that
it is already corrected in case nv_probe is called again. For example,
when you use kexec to restart the kernel.
[PATCH] forcedeth: move mac address setup/teardown
This patch moves the mac address setup/teardown to the
nv_probe/nv_remove functions. This fixes WOL wakeup since on nv_close we
would reverse the mac address. Also, bonding driver will reset address
after nv_close is called.
Mais patatras, nouvelle correction dans 2.6.23 pour prendre en compte
les nouveaux chipsets qui n'inversent plus l'adresse MAC :
forcedeth: mac address correct
In older chipsets, the mac address was stored in reversed order.
However, in newer chipsets, the mac address is in correct order. This
patch takes those newer chipsets into account and does not rely on a
special bit setup by BIOS'.
Reply to: