new 16.04 install não reconhece dispositivos de rede

1

acabou de construir um servidor com placa-mãe S2600WT2 Eu instalei o Ubuntu 16.04, mas nenhuma placa ethernet é reconhecida Eu olhei nos drivers de placas e os únicos drivers de rede Linux são para redhat ou suse Então, quais são minhas opções? Eu tenho um prazo de entrega rápido para colocar o servidor em funcionamento

A 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

ip link

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 a

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 ssh ambos compartilham a mesma tela, então não posso ver o que eu estou digitando apenas lendo

    
por soaring eagle 26.04.2016 / 01:32

1 resposta

1

Eu vou sair por aqui e sugerir:

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

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

  3. Uma configuração do BIOS para 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 realmente o mesmo adaptador. (por exemplo, tenho servidores aqui que emulam e aparecem como várias placas de rede na mesma interface física).

Veja aqui para saber como os adaptadores são nomeados nos kernels atuais.

As saídas de ambos os ip link e ip a mostram que o estado é "DOWN". Isso geralmente significa que o cabo não está fisicamente conectado. Então eu testaria seus cabos e os dispositivos aos quais ele está se conectando primeiro. Talvez conecte o mesmo cabo em outro laptop que você saiba que funciona.

Se / quando você tiver descontado a falha de cabo / hardware, você pode considerar tentar forçar o link para cima (sobrescrevendo o disparador) assim:

ip link set eno1 up

Em seguida, você pode atribuir manualmente um endereço IP como este:

ip addr add 192.168.0.5/24

(formato abreviado: ip a a 192.168.0.5/24 )

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

Depois, você pode verificar se definiu corretamente, chamando ip a novamente e se o estado está "UP" e o IP está correto.

Em seguida, tente fazer o ping de um dispositivo na rede. (Certificando-se de que o dispositivo que você está fazendo ping tem uma resposta de eco ICMP ativada - muitos deles estão desativados por padrão nos dias de hoje!)

Se funcionar, 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 novo kernel o mais rápido possível, se necessário.

Você também pode ser uma vítima da lista negra do módulo. Se o módulo errado está sendo carregado para o seu dispositivo de rede (porque o da direita está na lista negra) você pode ter que 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.

Por fim, pode haver um bug no módulo da sua placa ou uma configuração na sua BIOS (principalmente em servidores de montagem em rack mais novos) que controlam como a placa de rede opera.

Eu listei estes na ordem de probabilidade decrescente. YMMV.

    
por tudor 26.04.2016 / 05:09