tente com estas opções
ATTRS{type}=="1", KERNEL=="eth*"
ATTRS{type}=="2", KERNEL=="eth*"
ficando assim
# Realtek r8169.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:08:a1:ac:77:b3", ATTRS{type}=="1", KERNEL=="eth*", NAME="eth0"
# Realtek 8139.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:19:d1:53:2d:06", ATTRS{type}=="2", KERNEL=="eth*", NAME="eth1"
Em Ter, 2008-06-03 às 12:16 -0300, Miguel Da Silva - Centro de
Matemática escreveu:
marcones escribió:
tente adcionar a opção ACCTION="add" na placa eth0
# Realtek r8169.
SUBSYSTEM=="net", ACCTION="add", DRIVERS=="?*", ATTRS{address}=="00:08:a1:ac:77:b3", NAME="eth0"
Em Ter, 2008-06-03 às 11:13 -0300, Miguel Da Silva - Centro de
Matemática escreveu:
Então, começo por descrever meu problema; tenho um servidor com Debian
Etch, kernel 2.6.20.4 e 2 placas de rede. Uma Realtek
RTL-8139/8139C/8139C+ (on-board) e outra Realtek RTL-8169 Gigabit
Ethernet (PCI).
As duas funcionam normalmente, porém não consigo configurar a 8169 como
eth0 e a 8139 como eth1. Já tentei usando udev e não tive sucesso. O que
me está chamando a atenção é que quando altero o arquivo
/etc/udev/rules.d/z25_persistent-net.rules, ao reiniciar o sistema,
aparece uma nova linha "desconfigurando" o que eu configurei.
Vejam só:
Antes do boot:
# Realtek r8169.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:08:a1:ac:77:b3",
NAME="eth0"
# Realtek 8139.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:19:d1:53:2d:06",
NAME="eth1"
Depois do boot:
# Realtek r8169.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:08:a1:ac:77:b3",
NAME="eth0"
# Realtek 8139.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:19:d1:53:2d:06",
NAME="eth1"
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:08:a1:ac:77:b3",
NAME="eth1"
As duas placas são reconhecidas pelo sistema e os módulos estão
carregados (como disse antes, as 2 placas funcionam).
Resultado do dmegs | grep eth:
eth0: RTL8169sb/8110sb at 0xf8864000, 00:08:a1:ac:77:b3, IRQ 20
eth1: RealTek RTL8139 at 0x1100, 00:19:d1:53:2d:06, IRQ 21
eth1: Identified 8139 chip type 'RTL-8101'
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present
Parece ser que o kernel já detecta as placas na ordem correta, mas por
alguma razão que desconheço, a ordem que está agora não é a que eu
quero. Já procurei no Google e não serviu de muita coisa.
Sugestões?!
--
Miguel Da Silva
Administrador de Red
Centro de Matemática - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la República - http://www.rau.edu.uy
Não adiantou. :(
/etc/udev/rules.d/z25_persistent-net.rules antes:
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACCTION="add", DRIVERS=="?*",
ATTRS{address}=="00:08:a1:ac:77:b3", NAME="eth0"
# Realtek 8139.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:19:d1:53:2d:06",
NAME="eth1"
/etc/udev/rules.d/z25_persistent-net.rules depois:
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACCTION="add", DRIVERS=="?*",
ATTRS{address}=="00:08:a1:ac:77:b3", NAME="eth0"
# Realtek 8139.
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:19:d1:53:2d:06",
NAME="eth1"
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:08:a1:ac:77:b3",
NAME="eth1"
Até.
--
Miguel Da Silva
Administrador de Red
Centro de Matemática - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la República - http://www.rau.edu.uy