La nueva instalación 16.04 no reconoce los dispositivos de red.

La nueva instalación 16.04 no reconoce los dispositivos de red.

Acabo de construir un servidor con placa base S2600WT2, instalé Ubuntu 16.04 pero no se reconocen tarjetas Ethernet. Miré en los controladores de la placa y los únicos controladores de red de Linux son para Redhat o Suse, entonces, ¿cuáles son mis opciones? Tengo una fecha límite cada vez más cercana para poner en funcionamiento el servidor.

Salida de lspci -nnk | grep 0200 -A2 (obviamente copiada de la pantalla, puede contener errores):

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

enlace 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 un

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

Perdón por los errores tipográficos hasta que pueda enviar ssh. Ambos comparten la misma pantalla, así que no puedo ver lo que estoy escribiendo, solo leyendo.

Respuesta1

Voy a arriesgarme aquí y sugerir:

  1. su cable o conector de red está defectuoso o no funciona; o

  2. su tarjeta de red no ha sido configurada para establecer automáticamente la conexión cuando se carga el módulo (o se activa la línea); o

  3. Una configuración del BIOS para su tarjeta de red es incorrecta en relación con la operación esperada en el módulo

Su kernel detectó dos adaptadores y se cargaron módulos para administrarlos. Se les llama:

  • eno1

  • enp3s0f3

Es posible que en realidad sean el mismo adaptador. (Por ejemplo, aquí tengo servidores que emulan y aparecen como varias tarjetas de red en la misma interfaz física).

Veraquípara saber cómo se nombran los adaptadores en los núcleos actuales.

Las salidas de ambos ip linkmuestran ip aque el estado es "ABAJO". Estegeneralmentesignifica que el cable no está conectado físicamente. Entonces, primero probaría sus cables y los dispositivos a los que se conecta. Tal vez conecte el mismo cable a otra computadora portátil que sepa que funciona.

Si/cuando haya descartado que sea una falla de cable/hardware, podría considerar intentarfuerzael enlace (anulando el disparador) de esta manera:

ip link set eno1 up

Luego, puedes asignarle manualmente una dirección IP como esta:

ip addr add 192.168.0.5/24

(forma corta: ip a a 192.168.0.5/24)

(Obviamente reemplazando la dirección IP y el rango por uno relevante para su red).

Luego puede verificar para asegurarse de que esté configurado correctamente llamando ip anuevamente y asegurarse de que el estado sea "ARRIBA" y que la IP sea correcta.

Luego intente hacer ping a un dispositivo en la red. (Asegúrese de que el dispositivo al que está haciendo ping tenga activada la respuesta de eco ICMP; ¡muchos lo tienen desactivado de forma predeterminada en estos días!)

Si funciona, entonces el módulo de su tarjeta Ethernet aún no sabe cómo realizar la detección de línea. Esto es muy inusual y probablemente consideraría parchear su kernel u obtener un kernel más nuevo lo antes posible si es así.

También puede ser víctima de la lista negra de módulos. Si se está cargando el módulo incorrecto para su dispositivo de red (porque el correcto está en la lista negra), es posible que deba editar /etc/modules.conf o los archivos en /etc/modules.conf.d/ para asegurarse de que se cargue el módulo correcto. y/o se impide que se cargue el incorrecto.

Finalmente, puede haber un error en el módulo de su tarjeta o en una configuración en su BIOS (particularmente en servidores montados en bastidor más nuevos) que controla cómo funciona la tarjeta de red.

Los he enumerado en orden de probabilidad decreciente. YMMV.

información relacionada