[slack-users] Slackware não reconhece de forma intermitente placa de rede realtek 8139
121 views
Skip to first unread message
Alexandre Pereira Bühler
May 6, 2010, 1:29:05 PM5/6/10
to slack-users-br
Boa tarde amigo(a)s da lista,
Passo por uma situação na qual acredito ser 99,9% problema de hardware.
Mas para desencargo de consciência e pelos 00,1%...
Tenho uma máquina Pauta Connect placa mãe GA-945GCM-S2C que deverá
atuar como firewall.
Faço agora uma atualização de BIOS nela para última versão.
O problema é que o Slackware 13.0 de forma intermitente não
reconhece uma das placas de rede que instá-lo.
Por curiosidade no mesmo slot.
Já coloquei três placas diferentes do mesmo fabricante: NEOX
NXR-002 chipset 8139d. O chipset é comum nestas placas "made in china" e
trabalha bem com o Windows e GNU/Linux. Somente não levei em conta a
qualidade no processo de fabricação pois desconheço o fabricante. Embora
creio ser boa.
Esta máquina deverá ter três placas de rede. A on-board e duas
externas.
Verifiquei o udev e no 70-persistent-net.rules somente constam duas
placas das três que deveriam existir.
Pensei que também pudesse ser algum problema com o hal.
Mas se nem existe no udev descartei o hal. Favor corrigir se falei
asneira.
Compramos três placas e testei com as três neste slot.
Também experimentei deixar desligado a placa on-board.
E colocar na máquina uma a uma para verificar se o udev conseguia
localizar a placa.
Não obtive sucesso.
O estranho é que mesmo não aparecendo no udev quando a placa é
reconhecida pelo "ambiente operacional" as configuração de rede são
trocadas.
Ex: eth0 rede 192.168.1.0
eth1 rede 192.168.2.0
eth3 rede 192.168.3.0
Após a placa sumir e ser detectada de novo:
eth0 rede 192.168.2.0
eth1 rede 192.168.1.0
eth3 rede 192.168.3.0
Depois da atualização de BIOS irei instalar o Slackware e ver se a
situação persiste.
Os slots estão habilitados na BIOS e o pnp desabilitado. Já tentei
com o pnp habilitado.
Já entrei em contato com a NEOX e com a gigabyte. Neste momento
espero resposta das possíveis causas.
Passei por esta situação uma vez com um servidor HP e uma placa 3c509x.
Mas isto foi em 1998 e com novell. Resolvemos trocando a placa de slot.
O detalhe é que o slot em que ela estava na época estava bom pois o
usamos para colocar outro dispositivo.
Como nesta vida não sabemos tudo recorro a experiência de vocês.
Já aconteceu algo parecido com vocês? Qual a probabilidade de ser
um bug no Slackware 13.0?
Obrigado
--
Alexandre Pereira Bühler
Técnico Eletroeletrônica - Senai - MG
Linux User: 397.546
Colunista: www.delphisophp.com
Owner: http://br.groups.yahoo.com/group/freepascal/
Liberdade é essencial. Use GNU/Linux.
Legalize os softwares de sua empresa
Simão& Bühler Ltda (Infobrindes)
Instalação, manutenção e venda de servidores GNU/Linux.
http://www.simaoebuhler.com.br
Hardware acesse, veja e tenha produtos com qualidade, garantia e nota fiscal.
http://www.simaoebuhler.com.br/loja
alex...@simaoebuhler.com.br
Telefone: (41) 3538-5428
Infobrindes (Simão& Bühler Ltda)
Brindes e material promocional.
http://www.infobrindes.com.br
alex...@infobrindes.com.br
Telefone: (41) 3532-5428
--
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:
slack-users-b...@googlegroups.com
Passo por uma situação na qual acredito ser 99,9% problema de hardware.
Mas para desencargo de consciência e pelos 00,1%...
Tenho uma máquina Pauta Connect placa mãe GA-945GCM-S2C que deverá
atuar como firewall.
Faço agora uma atualização de BIOS nela para última versão.
O problema é que o Slackware 13.0 de forma intermitente não
reconhece uma das placas de rede que instá-lo.
Por curiosidade no mesmo slot.
Já coloquei três placas diferentes do mesmo fabricante: NEOX
NXR-002 chipset 8139d. O chipset é comum nestas placas "made in china" e
trabalha bem com o Windows e GNU/Linux. Somente não levei em conta a
qualidade no processo de fabricação pois desconheço o fabricante. Embora
creio ser boa.
Esta máquina deverá ter três placas de rede. A on-board e duas
externas.
Verifiquei o udev e no 70-persistent-net.rules somente constam duas
placas das três que deveriam existir.
Pensei que também pudesse ser algum problema com o hal.
Mas se nem existe no udev descartei o hal. Favor corrigir se falei
asneira.
Compramos três placas e testei com as três neste slot.
Também experimentei deixar desligado a placa on-board.
E colocar na máquina uma a uma para verificar se o udev conseguia
localizar a placa.
Não obtive sucesso.
O estranho é que mesmo não aparecendo no udev quando a placa é
reconhecida pelo "ambiente operacional" as configuração de rede são
trocadas.
Ex: eth0 rede 192.168.1.0
eth1 rede 192.168.2.0
eth3 rede 192.168.3.0
Após a placa sumir e ser detectada de novo:
eth0 rede 192.168.2.0
eth1 rede 192.168.1.0
eth3 rede 192.168.3.0
Depois da atualização de BIOS irei instalar o Slackware e ver se a
situação persiste.
Os slots estão habilitados na BIOS e o pnp desabilitado. Já tentei
com o pnp habilitado.
Já entrei em contato com a NEOX e com a gigabyte. Neste momento
espero resposta das possíveis causas.
Passei por esta situação uma vez com um servidor HP e uma placa 3c509x.
Mas isto foi em 1998 e com novell. Resolvemos trocando a placa de slot.
O detalhe é que o slot em que ela estava na época estava bom pois o
usamos para colocar outro dispositivo.
Como nesta vida não sabemos tudo recorro a experiência de vocês.
Já aconteceu algo parecido com vocês? Qual a probabilidade de ser
um bug no Slackware 13.0?
Obrigado
--
Alexandre Pereira Bühler
Técnico Eletroeletrônica - Senai - MG
Linux User: 397.546
Colunista: www.delphisophp.com
Owner: http://br.groups.yahoo.com/group/freepascal/
Liberdade é essencial. Use GNU/Linux.
Legalize os softwares de sua empresa
Simão& Bühler Ltda (Infobrindes)
Instalação, manutenção e venda de servidores GNU/Linux.
http://www.simaoebuhler.com.br
Hardware acesse, veja e tenha produtos com qualidade, garantia e nota fiscal.
http://www.simaoebuhler.com.br/loja
alex...@simaoebuhler.com.br
Telefone: (41) 3538-5428
Infobrindes (Simão& Bühler Ltda)
Brindes e material promocional.
http://www.infobrindes.com.br
alex...@infobrindes.com.br
Telefone: (41) 3532-5428
--
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:
slack-users-b...@googlegroups.com
Max Miorim
May 6, 2010, 7:07:06 PM5/6/10
to slack-u...@googlegroups.com
não é o 8139d... Eu tinha uma placa "genérica" como a tua que tinha
impresso 8139d no chip mas era na verdade uma via vt6102.
Eu não conheço a placa mãe, mas talvez possa ser alguma configuração
de IRQ compartilhada (tipo IRQ 5 para o slot AGP e PCI1).
Sobre a ordem das placas, tu tem que editar o 70-persistent-rules e
confirmar se a eth0 tem o mac address que deveria ser eth0, o mesmo
para as outras interfaces.
Alexandre Pereira Bühler
May 7, 2010, 12:56:07 PM5/7/10
to slack-u...@googlegroups.com, adi...@oticadinizcuritiba.com.br, adilso...@hotmail.com, marco...@hotmail.com, ka...@simaoebuhler.com.br
Pessoal da lista
Boa tarde,
Max, depois que eu atualizei a bios de f4 para f6a (Bios beta) a
qual baixei no site da Gigabyte as placas foram reconhecidas
corretamente. O maior medo foi perder a placa mãe com esta BIOS beta,
pois não tenho certeza se esta placa tem dual BIOS. Sei que ela oferece
suporte apenas a virtual dual bios. Se perdesse esta placa o dinheiro
sairia do meu bolso.
Faço apenas alguns testes aqui.
Mas a princípio o problema está resolvido.
Os chips das placas NEOX NXR-002 são da realtek mesmo.
Antes de atualizar a BIOS se fazia:
/etc/rc.d/rc.inet1 stop
e
/etc/rc.d/rc.inet1 start
Somente levantava a eth0.
Agora as três (eth0, eth1 e eth2) levantam.
Confesso que fiquei meio sem saber o que fazer pois na minha placa
mãe asus (máquina que tenho para testes) elas funcionavam perfeitamente.
Mas nesta gigabyte GA-945GCM-S2C e em duas winfast K7S741GXMG-6L (placas
descontinuadas pela foxconn e gigabyte) fornecidas pelo cliente não
funcionavam. Apresentavam o mesmo problema. Além de trabalhar com
informática também sou técnico em eletrônica e as placas não pareciam
ter qualquer problema (capacitores bons, reguladores de tensão bons e
etc) . Somente restava esta maldita BIOS.
Não testei atualizar a BIOS das K7S741GXMG-6L. Pois em uma delas já
montei o outro servidor que requeria somente uma placa (off-board) e a
on-board. E com apenas uma off-board funcionava perfeitamente.
De qualquer forma fica aqui minha resposta caso algum dia outra
pessoa encontre a mesma dificuldade.
Obrigado pela ajuda de todos
--
Alexandre Pereira Bühler
Técnico Eletroeletrônica - Senai - MG
Linux User: 397.546
Colunista: www.delphisophp.com
Owner: http://br.groups.yahoo.com/group/freepascal/
Liberdade é essencial. Use GNU/Linux.
Legalize os softwares de sua empresa
Simão& Bühler Ltda (Infobrindes)
Instalação, manutenção e venda de servidores GNU/Linux.
http://www.simaoebuhler.com.br
Hardware acesse, veja e tenha produtos com qualidade, garantia e nota fiscal.
http://www.simaoebuhler.com.br/loja
alex...@simaoebuhler.com.br
Telefone: (41) 3538-5428
Infobrindes (Simão& Bühler Ltda)
Brindes e material promocional.
http://www.infobrindes.com.br
alex...@infobrindes.com.br
Telefone: (41) 3532-5428
Boa tarde,
Max, depois que eu atualizei a bios de f4 para f6a (Bios beta) a
qual baixei no site da Gigabyte as placas foram reconhecidas
corretamente. O maior medo foi perder a placa mãe com esta BIOS beta,
pois não tenho certeza se esta placa tem dual BIOS. Sei que ela oferece
suporte apenas a virtual dual bios. Se perdesse esta placa o dinheiro
sairia do meu bolso.
Faço apenas alguns testes aqui.
Mas a princípio o problema está resolvido.
Os chips das placas NEOX NXR-002 são da realtek mesmo.
Antes de atualizar a BIOS se fazia:
/etc/rc.d/rc.inet1 stop
e
/etc/rc.d/rc.inet1 start
Somente levantava a eth0.
Agora as três (eth0, eth1 e eth2) levantam.
Confesso que fiquei meio sem saber o que fazer pois na minha placa
mãe asus (máquina que tenho para testes) elas funcionavam perfeitamente.
Mas nesta gigabyte GA-945GCM-S2C e em duas winfast K7S741GXMG-6L (placas
descontinuadas pela foxconn e gigabyte) fornecidas pelo cliente não
funcionavam. Apresentavam o mesmo problema. Além de trabalhar com
informática também sou técnico em eletrônica e as placas não pareciam
ter qualquer problema (capacitores bons, reguladores de tensão bons e
etc) . Somente restava esta maldita BIOS.
Não testei atualizar a BIOS das K7S741GXMG-6L. Pois em uma delas já
montei o outro servidor que requeria somente uma placa (off-board) e a
on-board. E com apenas uma off-board funcionava perfeitamente.
De qualquer forma fica aqui minha resposta caso algum dia outra
pessoa encontre a mesma dificuldade.
Obrigado pela ajuda de todos
--
Alexandre Pereira Bühler
Técnico Eletroeletrônica - Senai - MG
Linux User: 397.546
Colunista: www.delphisophp.com
Owner: http://br.groups.yahoo.com/group/freepascal/
Liberdade é essencial. Use GNU/Linux.
Legalize os softwares de sua empresa
Simão& Bühler Ltda (Infobrindes)
Instalação, manutenção e venda de servidores GNU/Linux.
http://www.simaoebuhler.com.br
Hardware acesse, veja e tenha produtos com qualidade, garantia e nota fiscal.
http://www.simaoebuhler.com.br/loja
alex...@simaoebuhler.com.br
Telefone: (41) 3538-5428
Infobrindes (Simão& Bühler Ltda)
Brindes e material promocional.
http://www.infobrindes.com.br
alex...@infobrindes.com.br
Telefone: (41) 3532-5428
Helio.Tsuzuki
May 11, 2010, 8:31:14 PM5/11/10
to Slackware Users Group - Brazil
Se não me engano, o kernel que é usado no slackware 13 tem bug com
essa realtek, troque de kernel que funciona, pelo menos o mais novo
funciona.
essa realtek, troque de kernel que funciona, pelo menos o mais novo
funciona.
Alexandre Pereira Bühler
May 11, 2010, 10:10:49 PM5/11/10
to slack-u...@googlegroups.com
Helio,
boa noite,
Fiz um upgrade de bios e resolveu.
Obrigado
Em 11-05-2010 21:31, Helio.Tsuzuki escreveu:
> Se não me engano, o kernel que é usado no slackware 13 tem bug com
> essa realtek, troque de kernel que funciona, pelo menos o mais novo
> funciona.
>
>
--
boa noite,
Fiz um upgrade de bios e resolveu.
Obrigado
Em 11-05-2010 21:31, Helio.Tsuzuki escreveu:
> Se não me engano, o kernel que é usado no slackware 13 tem bug com
> essa realtek, troque de kernel que funciona, pelo menos o mais novo
> funciona.
>
>
--
Alexandre Pereira Bühler
Técnico Eletroeletrônica - Senai - MG
Linux User: 397.546
Colunista: www.delphisophp.com
Owner: http://br.groups.yahoo.com/group/freepascal/
Liberdade é essencial. Use GNU/Linux.
Legalize os softwares de sua empresa
Simão& Bühler Ltda (Infobrindes)
Instalação, manutenção e venda de servidores GNU/Linux.
http://www.simaoebuhler.com.br
Hardware acesse, veja e tenha produtos com qualidade, garantia e nota fiscal.
http://www.simaoebuhler.com.br/loja
alex...@simaoebuhler.com.br
Telefone: (41) 3538-5428
Infobrindes (Simão& Bühler Ltda)
Brindes e material promocional.
http://www.infobrindes.com.br
alex...@infobrindes.com.br
Telefone: (41) 3532-5428
Técnico Eletroeletrônica - Senai - MG
Linux User: 397.546
Colunista: www.delphisophp.com
Owner: http://br.groups.yahoo.com/group/freepascal/
Liberdade é essencial. Use GNU/Linux.
Legalize os softwares de sua empresa
Simão& Bühler Ltda (Infobrindes)
Instalação, manutenção e venda de servidores GNU/Linux.
http://www.simaoebuhler.com.br
Hardware acesse, veja e tenha produtos com qualidade, garantia e nota fiscal.
http://www.simaoebuhler.com.br/loja
alex...@simaoebuhler.com.br
Telefone: (41) 3538-5428
Infobrindes (Simão& Bühler Ltda)
Brindes e material promocional.
http://www.infobrindes.com.br
alex...@infobrindes.com.br
Telefone: (41) 3532-5428
Reply all
Reply to author
Forward
0 new messages