☰

a nova instalação 16.04 não reconhece dispositivos de rede

tag-icon • tag-icon networking ubuntu-drivers additional-drivers
a nova instalação 16.04 não reconhece dispositivos de rede

acabei de construir um servidor com placa-mãe S2600WT2, instalei o ubuntu 16.04, mas nenhuma placa Ethernet foi reconhecida, procurei nos drivers das placas e os únicos drivers Linux de rede são para redhat ou suse, então quais são minhas opções? tenho um prazo se aproximando rapidamente para colocar o servidor no ar

Saída de lspci -nnk | grep 0200 -A2 (obviamente copiada da tela, pode conter erros):

subsystem: intel corporation c610/x99 series chipset smbus controller [8006:35e4]
kernel modules : 12c_1001
03:00.p ethernet controller [0200]: intel corporation 1350 gigabit network communication [8086:1521] (rev 01)
devive name intel 1350
subsystem: intel corporation 1q350 gigabit network connection [80086:35c4]
kernel driver in use: igb
kernel modules: igb
03;00.0 ethernet controller [0200]: intel corporation 1350 gigabit network conection [8006:1521] (rev 1)
subsystem ; intel corporation 1350 gigabit network connection [8086:35c4]
kernel driver in use ; igb

ligação IP

1: io: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc nocueue state UNKNOWN mode DEFAULT group default glen 1
link/loopback 00;00;00:00:00:00 brd 00:00;00:00;00;00
2 eno1; <VROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 98:4f;ee:10:09:2d brd ff:ff:ff;ff;ff:ff
3: emp3s0f3 <BRIOASCCAST,MULTICAST> mtu 1500 qdiscnoop state DOWN mode DEFAULT group default qlen 1000
link/ether 98:4f:ee:10:09:2e brd ff:ff:ff:ff:ff;ff

ip um

1 io <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOEWN group qlen 1
link/loopback 00:00;00:00;00:00 brd  00:00:00:00:00
inet 127.0.0.1/8 scope host io
valid_ift forever preferred_ift forevrer
inet6 : ;1/128 scope host
valid_ift forever prtefered_ift forevrer
2: eno1q <BROADCAST.MULTICASTT> MTU 1500 QDISC NOOP STATE down GROUP DEFAULT QLREN 1000
LINK/ETHER 98:4F:EE:10:09:2E BRD FF:FF:FF:FF;FF;FF;
3; EMP3S0F3; <broadcast,multicast> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 98;4f:ee:10:09:2e brd ff:ff;ff:ff;ff;ff

perdoe erros de digitação até que eu possa fazer ssh, ambos compartilham a mesma tela, então não consigo ver o que estou digitando, apenas lendo

Responder1

Vou me arriscar aqui e sugerir:

  1. seu cabo ou conector de rede está com defeito ou não funciona; ou

  2. sua placa de rede não foi configurada para aumentar automaticamente a conexão quando o módulo for carregado (ou a linha for acionada); ou

  3. Uma configuração do BIOS da sua placa de rede está incorreta em relação à operação esperada no módulo

Dois adaptadores foram detectados pelo seu kernel e módulos foram carregados para gerenciá-los. Eles são chamados:

  • eno1

  • enp3s0f3

É possível que estes sejam na verdade o mesmo adaptador. (por exemplo, tenho servidores aqui que emulam e aparecem como várias placas de rede na mesma interface física).

Veraquipara saber como os adaptadores são nomeados nos kernels atuais.

As saídas de ambos ip linkmostram ip aque o estado é "DOWN". Essegeralmentesignifica que o cabo não está fisicamente conectado. Então, eu testaria seus cabos e os dispositivos aos quais ele está conectado primeiro. Talvez conecte o mesmo cabo em outro laptop que você sabe que funciona.

Se/quando você descartou que seja uma falha de cabo/hardware, você pode considerar tentarforçao link (substituindo o gatilho) assim:

ip link set eno1 up

Então, você pode atribuir manualmente um endereço IP como este:

ip addr add 192.168.0.5/24

(forma curta: ip a a 192.168.0.5/24)

(Obviamente, substituindo o endereço IP e o intervalo por um relevante para sua rede.)

Em seguida, você pode verificar se está configurado corretamente ligando ip anovamente e certificando-se de que o estado está "UP" e o IP está correto.

Em seguida, tente executar ping em um dispositivo na rede. (Certificando-se de que o dispositivo que você está executando o ping tenha o ICMP Echo Reply ativado - muitos o têm desativado por padrão atualmente!)

Se funcionar, então o módulo da sua placa Ethernet ainda não sabe como fazer a detecção de linha. Isso é altamente incomum, e eu provavelmente consideraria corrigir seu kernel ou obter um kernel mais novo o mais rápido possível, se isso acontecer.

Você também pode ser vítima da lista negra de módulos. Se o módulo errado estiver sendo carregado para o seu dispositivo de rede (porque o módulo correto está na lista negra), talvez você precise editar /etc/modules.conf ou os arquivos em /etc/modules.conf.d/ para garantir que o módulo correto seja carregado e/ou o errado é impedido de carregar.

Finalmente, pode haver um bug no módulo da sua placa ou uma configuração no seu BIOS (principalmente em servidores montados em rack mais recentes) que controla o funcionamento da placa de rede.

Eu listei isso em ordem decrescente de probabilidade. YMMV.

informação relacionada