hamacker escreveu:
> Estou com problemas para o debian etch (kernel 2.6.18-4-686) detectar
> e usar o modulo para a placa de rede RTL8169S (realtek 10/100/1000), o
> modulo até vai para a memória :
> lsmod|grep r8169
>
> Porém ao tentar habilitar a interface :
> ifup eth0
> SIOCSIFADDR: No such device
> eth0: ERROR while getting interface flags: No such device
> SIOCSIFNETMASK: No such device
> SIOCSIFBRDADDR: No such device
> eth0: ERROR while getting interface flags: No such device
> eth0: ERROR while getting interface flags: No such device
> Failed to bring up eth0.
Tem certesa d q seu problema é com o módulo ?
O Sr. já verificou o conteúdo do arquivo /etc/udev/rules.d/z"alguma
coisa"persistent_net_rules ?
Este arquivo ( q é uma das novidades do Etch ) "amarra" os endereços MAC
das placas de rede às suas identificações ( eth0, eth1 e etc ).
Se neste arquivo o MAC da sua placa estiver amarrado à identificação
eth1 o Sr. NUNCA irá levantar esta placa usando eth0 .
Veja por exemplo o conteúdo deste arquivo no meu gateway/firewal :
# PCI device 0x1106:0x3106 (via-rhine)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:40:63:da:09:13",
NAME="eth0"
# PCI device 0x1106:0x3065 (via-rhine)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:40:63:da:08:f5",
NAME="eth1"
# PCI device 0x8086:0x1229 (e100)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:d0:b7:20:38:ef",
NAME="eth2"
A instalação do Etch nesta máquininha ( uma motherboard Epia com duas
portas de rede embutidas ) tinha colocado a placa de rede Intel ( e100 )
como eth0, acontece q esta placa deveria ser usada na minha rede
interna, então eu alterei o arquivo na mão, assim as duas VIA ficaram
como eth0 e 1 ( respectivamente WAN e DMZ ) q tem "pouco" trafego de
rede e a Intel ficou como eth2, para a minha rede mascarada com um
bocado de tráfego .
Espero ter sido de alguma ajuda ...
Fábio Rabelo
>
> O driver para Linux (que acompanha a placa), simplesmente não compila :
> ake[1]: Entrando no diretório `/usr/src/rtl8169s/src'
> make -C /lib/modules/2.6.18-4-686/build SUBDIRS=/usr/src/rtl8169s/src
> modules
> make[2]: Entrando no diretório `/usr/src/linux-headers-2.6.18-4-686'
> CC [M] /usr/src/rtl8169s/src/r1000_n.o
> /usr/src/rtl8169s/src/r1000_n.c:51: error: expected ')' before string
> constant
> /usr/src/rtl8169s/src/r1000_n.c:52: error: expected ')' before string
> constant
> /usr/src/rtl8169s/src/r1000_n.c:53: error: expected ')' before string
> constant
> make[3]: ** [/usr/src/rtl8169s/src/r1000_n.o] Erro 1
> make[2]: ** [_module_/usr/src/rtl8169s/src] Erro 2
> make[2]: Saindo do diretório `/usr/src/linux-headers-2.6.18-4-686'
> make[1]: ** [modules] Erro 2
> make[1]: Saindo do diretório `/usr/src/rtl8169s/src'
> make: ** [modules] Erro 2
>
> E no site do fabricante só há driver para o kernel 2.4.
>
> Existe alguma saída ?
>
> Meu /etc/netowrk/interfaces está assim :
> auto lo
> iface lo inet loopback
>
> auto eth0
> iface eth0 inet static
> address 192.168.1.13
> netmask 255.255.255.0
> network 192.168.1.0
> broadcast 192.168.1.255
>
> auto eth1
> iface eth1 inet static
> address 192.168.1.2
> netmask 255.255.255.0
> network 192.168.1.0
> broadcast 192.168.0.255
> gateway 192.168.1.254
>
> Se alguem pelo menos tiver uma dessas placas de rede funcionando, pelo
> menos vou descartar a possibilidade de ser versão de kernel. E aí
> alguem tem algumas dessas placas funcionando ?
>
>
>
--
To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org