Por que meu servidor Linux não iniciou com uma conexão de rede ativa?

Question

Eu inicializei meu servidor Linux hoje via WOL. Quando surgiu, eu não pude acessar o SSH. Eu verifiquei o servidor e ele tinha iniciado no sistema operacional, mas não estava acessível na rede. Eu verifiquei meu roteador que mostrou como um cliente ativo (isso pode ter sido uma ressaca de ser até poucos minutos antes), mas sem conexões. Então, eu reiniciei localmente e na próxima vez que inicializou normalmente com uma conexão de rede ativa. Eu executei um grep on dmesg para 'eth' e comparei com o boot bem-sucedido. Veja abaixo:

Inicialize com a rede:

[    1.331587] skge 0000:01:04.0: eth0: addr 00:0e:a6:15:17:76
[    1.353667] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[    1.353930] forcedeth 0000:00:04.0: PCI INT A -> Link[APCH] -> GSI 22 (level, high) -> IRQ 22
[    1.353937] forcedeth 0000:00:04.0: setting latency timer to 64
[    1.872912] forcedeth 0000:00:04.0: ifname eth1, PHY OUI 0x732 @ 1, addr 00:0e:a6:15:0e:a1
[    1.872917] forcedeth 0000:00:04.0: timirq lnktim desc-v1
[   16.614650] eth1: no link during initialization.
[   16.615258] ADDRCONF(NETDEV_UP): eth1: link is not ready
[   16.649234] skge 0000:01:04.0: eth0: enabling interface
[   16.668500] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   18.416816] skge 0000:01:04.0: eth0: Link is up at 100 Mbps, full duplex, flow control both
[   18.417081] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   28.592014] eth0: no IPv6 routers present

Inicializar sem rede:

[    1.293152] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[    1.293484] forcedeth 0000:00:04.0: PCI INT A -> Link[APCH] -> GSI 22 (level, high) -> IRQ 22
[    1.293491] forcedeth 0000:00:04.0: setting latency timer to 64
[    1.353544] skge 0000:01:04.0: bad (zero?) ethernet address in rom
[    1.354130] skge 0000:01:04.0: eth0: addr 00:00:00:00:00:00
[    1.812906] forcedeth 0000:00:04.0: ifname eth1, PHY OUI 0x732 @ 1, addr 00:0e:a6:15:0e:a1
[    1.812911] forcedeth 0000:00:04.0: timirq lnktim desc-v1
[   17.384526] eth1: no link during initialization.
[   17.396719] ADDRCONF(NETDEV_UP): eth1: link is not ready

O óbvio culpado parece ser a linha [ 1.353544] skge 0000:01:04.0: bad (zero?) ethernet address in rom , mas não sei o que causaria essa situação.

Veja algumas das saídas em torno desta linha:

[    1.353449] ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
[    1.353456]   alloc irq_desc for 17 on node -1
[    1.353459]   alloc kstat_irqs on node -1
[    1.353470] skge 0000:01:04.0: PCI INT A -> Link[APC2] -> GSI 17 (level, high) -> IRQ 17
[    1.353533] skge: 1.13 addr 0xe8008000 irq 17 chip Yukon-Lite rev 7
[    1.353544] skge 0000:01:04.0: bad (zero?) ethernet address in rom
[    1.354130] skge 0000:01:04.0: eth0: addr 00:00:00:00:00:00

Alguém tem alguma sugestão?

Caso seja pertinente, o servidor Linux possui um IP estático definido no roteador. Quando o servidor inicializa, ele deve solicitar um endereço IP do servidor DHCP, que neste caso é meu roteador e sempre deve obter o endereço IP 192.168.2.103 .

    

Answer 1

Isso tem todas as características de um problema relacionado ao driver. Talvez esta placa-mãe seja nova demais para a versão do kernel da sua distro de escolha. Ele também parece um problema de tempo de algum tipo relacionado a quando certos módulos carregam no kernel, as linhas skge na saída não funcional ocorrem meio segundo mais cedo do que as do trabalho, e talvez seja onde as coisas estão falhando.