[debian-rj] Tudo quase 100% :D

[Marcelo Gondim]

Oi Stratus,

O trecho do kern.log da detecção é esse aqui:

Jul  5 21:13:24 seca kernel: 3c59x: Donald Becker and others. 
www.scyld.com/network/vortex.html
Jul  5 21:13:24 seca kernel: 0000:02:02.0: 3Com PCI 3c905B Cyclone 100baseTx 
at f8804c00.
Jul  5 21:13:24 seca kernel: ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 19 
(level, low) -> IRQ 177
Jul  5 21:13:24 seca kernel: 0000:02:03.0: 3Com PCI 3c905B Cyclone 100baseTx 
at f8806800.
Jul  5 21:13:24 seca kernel: ACPI: PCI Interrupt 0000:02:04.0[A] -> GSI 18 
(level, low) -> IRQ 185
Jul  5 21:13:24 seca kernel: 0000:02:04.0: 3Com PCI 3c905B Cyclone 100baseTx 
at f8856400.
Jul  5 21:13:24 seca kernel: ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 
(level, low) -> IRQ 201

[]'s  :)


Em Sexta 06 Julho 2007 12:10, Gustavo Franco escreveu:
> On 7/6/07, Marcelo Gondim <gondim em gula-br.org> wrote:
> > É pessoal,
> >
> > (...)
> > Funcionou tudo na máquina de teste, quando coloquei o HD na máquina de
> > produção aconteceu que o sistema bootou, reconheceu as 3 placas de rede
> > 3com 3c905, carregou o módulo certinho delas 3c59x mas não levantou as
> > placas, dava um erro de como se as placas não tivessem sido reconhecidas,
> > muito estranho mesmo. Usei até o kernel padrão mesmo o
> > linux-image-2.6.18-4-686 mas nada. Alguém já passou por isso aqui? Já que
> > deixei a máquina de teste rodando como produção, meu próximo passo vai
> > ser remover a de produção para checar melhor e com mais calma.  :)
> > (...)
>
> Opa Marcelo,
>
> Poderia anexar o trecho do /var/log/kern.log referente ao 'erro
> estranho' que você cita acima ?
>
> até,
> -- stratus
> http://stratusandtheswirl.blogspot.com
> get debian @ http://get.debian.net/
> _______________________________________________
> debian-rj mailing list
> debian-rj em listas.cipsga.org.br
> http://listas.cipsga.org.br/cgi-bin/mailman/listinfo/debian-rj