Cara, eu faria o teste com outra placa de rede, vai que estas estão bixadas :/
-- att Marcos Carraro Linux user #511627 Em 3 de maio de 2011 14:06, Alisson Ceolin <[email protected]>escreveu: > quais sao os MACs quando vc roda o ipfconfig? > chegaste a tentar alterar novamente o rules? > > > tenho em casa uma maq com duas placas de rede.. e nao apresenta mais este > problema. > sao todas placas offboard? será q alguma nao está apresentando problema, > mudança de MAC do nada.. no mínimo estranho. > eu tentaria substituir esta q esta variando. > > > Alisson Ceolin > > _ > °v° > /(S)\ SLACKWARE > ^ ^ Linux > _____________________ > ------------------------------ > *De:* vic <[email protected]> > *Para:* Slack users br <[email protected]> > *Enviadas:* Terça-feira, 3 de Maio de 2011 11:02 > *Assunto:* [slack-users] Placa de rede muda a cada boot ou não > > Supostamente, o udev detecta as placas de rede e gera o arquivo > /etc/udev/rules.d/70-persistent-net.rules, para que as placas de rede fiquem > na mesma ordem depois de um reboot. > > O problema é que num servidor com 3 placas de rede o udev as vezes muda as > placas de rede de ordem e/ou muda seus endereços MAC. Isso parece loucura e > eu estou tentando descobrir o problema, entrando ainda sem sucesso. Fiz o > seguinte semana passada: > > 1. Apaguei o arquivo /etc/udev/rules.d/70-persistent-net.rules e reiniciei > o servidor. > 2. O udev gerou um novo arquivo /etc/udev/rules.d/70-persistent-net.rules > > Hoje, o servidor foi reiniciado e coletei as seguintes informações > > a. O udev gerou um novo /etc/udev/rules.d/70-persistent-net.rules, com o > conteúdo: > > # PCI device 0x10ec:0x8139 (8139too) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:e0:4c:39:06:2c", ATTR{dev_id}=="0x0", ATTR{type}=="1", > KERNEL=="eth*", NAME="eth1" > > # PCI device 0x10ec:0x8139 (8139too) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:e0:4c:0d:fd:02", ATTR{dev_id}=="0x0", ATTR{type}=="1", > KERNEL=="eth*", NAME="eth0" > > # PCI device 0x10ec:0x8139 (8139too) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:e0:4c:39:09:45", ATTR{dev_id}=="0x0", ATTR{type}=="1", > KERNEL=="eth*", NAME="eth2" > > b. Um dmesg|grep eth mostra: > > eth0: RealTek RTL8139 at 0xb800, 00:e0:4c:0d:fd:02, IRQ 21 > eth1: RealTek RTL8139 at 0xb400, 00:e0:4c:39:06:2c, IRQ 22 > eth2: RealTek RTL8139 at 0xb000, 00:e0:4c:39:09:45, IRQ 19 > > c. Um grep eth /var/log/messages mostra: > > May 3 08:53:58 backup kernel: eth0: RealTek RTL8139 at 0xb800, > 00:e0:4c:0d:fd:9b, IRQ 21 > May 3 08:53:58 backup kernel: eth1: RealTek RTL8139 at 0xb400, > 00:e0:4c:39:06:2c, IRQ 22 > May 3 08:53:58 backup kernel: eth2: RealTek RTL8139 at 0xb000, > 00:e0:4c:39:09:45, IRQ 19 > May 3 08:53:58 backup kernel: udev: renamed network interface eth0 to eth3 > > O que está estranho é que no /var/log/messages tem um MAC diferente para a > eth0 do que em A (70-persistent-net.rules) e B (dmesg) e tem essa mensagem > do udev renomeando a eth0 para eth3, contudo a eth3 não existe. > > O servidor está com Slackware 13.1. Alguém tem alguma dica? > > -- > vic > http://choppnerd.com > > -- GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] > > > -- > GUS-BR - Grupo de Usuários de Slackware Brasil > http://www.slackwarebrasil.org/ > http://groups.google.com/group/slack-users-br > > Antes de perguntar: > http://www.istf.com.br/perguntas/ > > Para sair da lista envie um e-mail para: > [email protected] -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
