lspci y lshw no muestran dispositivos de red

14

Actualizado a Ocelot durante el fin de semana. Todo había estado funcionando bien hasta que encendí la computadora esta mañana. Ahora no tengo conectividad de red cableada a través de la tarjeta integrada.

El icono de red muestra "No hay dispositivos de red disponibles".
sudo lshw -C la red no devuelve nada
lspci -nn parece no mostrar dispositivos de red
Las luces parpadean normalmente en la tarjeta de red.
La LAN integrada está habilitada en el BIOS

He intentado una sugerencia que vi en otro lugar que involucra:

service network-manager stop
rm /var/lib/NetworkManager/NetworkManager.state
service network-manager start

Sin suerte.

Soy decente con una línea de comando pero no soy un desarrollador de Linux, así que no tengo ideas en este momento. ¿Alguna idea o información adicional necesaria?

lspci output:

- 00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
- 00:01.0 PCI bridge: Intel Corporation 82945G/GZ/P/PL PCI Express Root Port (rev 02)
- 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
- 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01)
- 00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 01)
- 00:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 (rev 01)
- 00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01)
- 00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01)
- 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
- 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01)
- 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev  01)
- 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01)
- 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
- 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
- 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
- 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
- 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)
- 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
- 01:00.0 VGA compatible controller: ATI Technologies Inc RV770 LE [Radeon HD 4800 Series]
- 01:00.1 Audio device: ATI Technologies Inc HD48x0 audio
- 07:01.0 Multimedia audio controller: Creative Labs CA0106 Soundblaster
- 07:02.0 Communication controller: Conexant Systems, Inc. HSF 56k Data/Fax Modem
- 07:05.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)

networking hardware

— caelon
fuente

Una salida de lspci estaría bien

— Bruno Pereira

2

wow, realmente parece que tu tarjeta no existe, ¿es una tarjeta de red integrada? ¿Estaba funcionando antes? ¿Hiciste alguna actualización de BIOS más o menos?

— Bruno Pereira

1

Puede ser que la NIC esté deshabilitada en el BIOS y las luces sigan parpadeando, ¿puedes echarle un vistazo?

— Bruno Pereira

¿Qué placa base es?

— Bruno Pereira

3

Bueno, aquí está tu chipset y es bastante maduro:

http://ark.intel.com/products/27679/Intel-82801GB-IO-Controller

La Ethernet debe estar en el bus PCI, de modo que no se muestre, solo se puede atribuir a un problema de firmware. Ya sea que lo haya hecho deliberadamente o algún software durante la actualización, giró un puerto y apagó su controlador en el BIOS. Básicamente ya no está allí.

Ingrese su BIOS y asegúrese de que esté encendido, incluso si lo está, desactívelo y vuelva a encenderlo, luego restablezca los valores predeterminados y reinicie.

Apague la pantalla de inicio para el BIOS y preste atención a la carga de roms opcionales. ¿Ves uno para PXE? Eso le diría con seguridad si su Ethernet funciona correctamente.

Dudo que esto haya sido una regresión del controlador, el chipset es demasiado viejo. Si lo que prescribí anteriormente no funcionó, intente cambiar la etiqueta acpi_osi a una versión anterior de Windows. Lo que puede suceder a veces es que Linux se anuncia como una versión más nueva de Windows, que activa el código condicional ejecutado en el BIOS.

Puede ser que pretender ser Windows 7 haya encontrado un error en su firmware y como resultado decidió no presentar su dispositivo Ethernet. El resultado no es diferente a deshabilitar el periférico en la configuración del BIOS. ¿No es divertida la ejecución del código condicional de tiempo de ejecución (ACPI)?

— ppetraki
fuente

Tuve este mismo problema después de lo que pensé que era una 'actualización apta' sin incidentes a kubuntu 16.04. Después de horas de explorar en vano, vi esta respuesta y pensé que parecía una posibilidad remota. Pero simplemente inicié en el BIOS (donde la conexión inalámbrica estaba "habilitada"), la cambié a "deshabilitada", la reinicié, la apagué, la volví a "habilitar" y todo volvió bien con el wifi funcionando. Gracias @ppetraki por el puntero!

— mightypile

@mightypile Me alegra que lo hayas encontrado útil.

— ppetraki

0

Pruebe la tarjeta de red con un núcleo antiguo y un sistema operativo alternativo.

No funciona con ninguna de esas dos opciones, entonces es más probable que sea un problema de hardware.

Desconecte la alimentación y abra la caja. Limpie el polvo y asegúrese de que la tarjeta esté bien colocada en el zócalo.

— Pantera
fuente

0

Arranque con un Live CD anterior y verifique dmesg, lspci... descubra si se detecta y si se carga un controlador. Si no, probablemente tenga un defecto de hardware. Si es así, al menos sabe qué conductor debe ser responsable. Entonces puede continuar buscando en Google si el controlador fue eliminado / cambiado. También buscar el hw id podría ayudar aún más ...

— Florian
fuente