Minha placa ethernet não cria nenhum dispositivo 'ethX'. Como posso resolver isso?

2

Estou testando uma nova placa de rede no Ubuntu Linux Desktop v14.04.3 LTS 64 bits. Seu nome é:

Silicom PXG6BPi Adaptador de Servidor Bypass Gigabit Ethernet PCI-X de Cobre de Seis Portas

Mas parece ser um dispositivo descontinuado e não gera ethX :

luis@ThreepWood:~$ sudo ifconfig -a
eth0      Link encap:Ethernet  direcciónHW 00:1d:60:13:df:cb
          Direc. inet:192.168.11.110  Difus.:192.168.11.255  Másc:255.255.255.0
          Dirección inet6: fe80::21d:60ff:fe13:dfcb/64 Alcance:Enlace
          ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:578 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:596 errores:0 perdidos:0 overruns:0 carrier:2
          colisiones:0 long.colaTX:1000
          Bytes RX:55654 (55.6 KB)  TX bytes:89718 (89.7 KB)

lo        Link encap:Bucle local
          Direc. inet:127.0.0.1  Másc:255.0.0.0
          Dirección inet6: ::1/128 Alcance:Anfitrión
          ACTIVO BUCLE FUNCIONANDO  MTU:16436  Métrica:1
          Paquetes RX:204 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:204 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:0
          Bytes RX:16592 (16.5 KB)  TX bytes:16592 (16.5 KB)

Como pode ser visto, a única NIC detectada é a interna ( eth0 ).
Eu testei algumas outras múltiplas placas ethernet , como algumas 4-porta , e eles são vistos pelo sistema operacional como 4 NIC, ou seja: eth4 , eth5 , eth6 e eth7 .

O dispositivo parece estar na lista PCI :

luis@ThreepWood:~$ sudo lspci | grep "copper" -i
05:04.0 Ethernet controller: Silicom Ltd. Silicom 6 port Copper Giga Ethernet 546 Bypass Server Adapter (PXG6BPI) (rev 03)
05:04.1 Ethernet controller: Silicom Ltd. Silicom 6 port Copper Giga Ethernet 546 Bypass Server Adapter (PXG6BPI) (rev 03)
05:05.0 Ethernet controller: Silicom Ltd. Silicom 6 port Copper Giga Ethernet 546 Bypass Server Adapter (PXG6BPI) (rev 03)
05:05.1 Ethernet controller: Silicom Ltd. Silicom 6 port Copper Giga Ethernet 546 Bypass Server Adapter (PXG6BPI) (rev 03)
05:06.0 Ethernet controller: Silicom Ltd. Silicom 6 port Copper Giga Ethernet 546 Bypass Server Adapter (PXG6BPI) (rev 03)
05:06.1 Ethernet controller: Silicom Ltd. Silicom 6 port Copper Giga Ethernet 546 Bypass Server Adapter (PXG6BPI) (rev 03)

Estou bastante acostumado a descobrir que o Linux detecta quase todas as placas de rede automaticamente.

Como posso resolver isso?
Preciso instalar drivers ? Ou talvez seja apenas uma questão de recompilação do kernel ? Talvez seja apenas uma questão de carregar alguns módulos ?

Parece que o revendedor não oferece acesso fácil aos seus motoristas .

    
por Sopalajo de Arrierez 31.12.2015 / 16:03

2 respostas

1

Contanto que a placa PCI seja detectada e as interfaces ethX não sejam exibidas, a solução provável seria instalar o driver .
Este é o procedimento para o cartão PXG6BPi (extraído de seus documentos oficiais):

1.- Instale as ferramentas de compilação :

# apt-get update
# apt-get install make gcc

2.- Faça o download dos drivers oficiais (os dados de login são drivers / all de acordo com a resposta de e-mail do revendedor).

3.- O mais driver recente de hoje (dezembro de 2015) é /Intel_e1000BPx/Kernel_31x/e1000bp-7.3.21-k8.silc.6.1.tar.gz , então:

$ tar e1000bp-7.3.21-k8.silc.6.1.tar.gz
$ cd e1000bp-7.3.21-k8.silc.6.1

4.- Compile e instalação :

# make install

5.- Carregue o driver para iniciar ele:

# modprobe e1000bp

ou (para desativar o recurso especial do cartão de desvio):

# modprobe e1000bp BPoff=1,1,1,1,1,1

6.- Verifique os resultados:

ifconfig -a
# ifconfig eth1 up

Observe que, com este dispositivo, você obterá 6 ethX NICs.

Para meu caso particular:

luis@Threepwood:~$ sudo ifconfig -a
eth0      Link encap:Ethernet  direcciónHW 00:1d:60:13:df:cb
          Direc. inet:192.168.11.110  Difus.:192.168.11.255  Másc:255.255.255.0
          Dirección inet6: fe80::21d:60ff:fe13:dfcb/64 Alcance:Enlace
          ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:27599 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:17635 errores:0 perdidos:0 overruns:0 carrier:2
          colisiones:0 long.colaTX:1000
          Bytes RX:27301761 (27.3 MB)  TX bytes:1882457 (1.8 MB)

eth1      Link encap:Ethernet  direcciónHW 00:e0:ed:14:84:fe
          DIFUSIÓN MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:0 (0.0 B)  TX bytes:0 (0.0 B)

eth2      Link encap:Ethernet  direcciónHW 00:e0:ed:14:84:ff
          DIFUSIÓN MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:0 (0.0 B)  TX bytes:0 (0.0 B)

eth3      Link encap:Ethernet  direcciónHW 00:e0:ed:14:85:00
          DIFUSIÓN MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:0 (0.0 B)  TX bytes:0 (0.0 B)

eth4      Link encap:Ethernet  direcciónHW 00:e0:ed:14:85:01
          DIFUSIÓN MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:0 (0.0 B)  TX bytes:0 (0.0 B)

eth5      Link encap:Ethernet  direcciónHW 00:e0:ed:14:85:02
          Dirección inet6: fe80::2e0:edff:fe14:8502/64 Alcance:Enlace
          ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:1018 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:262 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:111838 (111.8 KB)  TX bytes:15888 (15.8 KB)

eth6      Link encap:Ethernet  direcciónHW 00:e0:ed:14:85:03
          DIFUSIÓN MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Bucle local
          Direc. inet:127.0.0.1  Másc:255.0.0.0
          Dirección inet6: ::1/128 Alcance:Anfitrión
          ACTIVO BUCLE FUNCIONANDO  MTU:65536  Métrica:1
          Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:0
          Bytes RX:0 (0.0 B)  TX bytes:0 (0.0 B)
    
por 01.01.2016 / 03:36
0

As configurações modernas (pelo menos no Fedora e em outras) não chamam as interfaces de rede ethN mais, pois isso enumerou as interfaces na ordem (semi-aleatória!) em que surgiram. Sim, eu fui mordido por isso em uma máquina com duas placas Ethernet na placa. Ao fazer algumas operações, como atualizar o kernel e, ocasionalmente, apenas reinicializando, os nomes das interfaces foram alternados, exigindo uma viagem à máquina para reconfigurar a rede. Não é legal.

Os nomes atuais são desativados na conexão física na máquina, ou seja, meu eno1 é o primeiro dispositivo Ethernet. Peça ao ip(1) (digitando, por exemplo, ip link list ) os nomes atuais dos seus dispositivos de rede.

    
por 31.12.2015 / 23:58