lspci e lshw não mostram dispositivos de rede

14

Atualizado para Ocelot no fim de semana. Tudo estava funcionando bem até eu inicializar o computador esta manhã. Agora não tenho conectividade de rede com fio através da placa integrada.

  • O ícone Rede mostra "Nenhum dispositivo de rede disponível".
  • sudo lshw -C rede não retorna nada
  • lspci -nn parece não mostrar dispositivos de rede
  • As luzes estão piscando normalmente na placa de rede.
  • A LAN integrada está ativada no BIOS

Eu tentei uma sugestão que vi em outro lugar envolvendo:

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

Sem sorte

Sou decente com uma linha de comando, mas não como desenvolvedor de Linux, por isso estou sem ideias neste momento. Quaisquer pensamentos ou informações adicionais necessárias?

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
fonte
Uma saída de lspci seria bom
de Bruno Pereira
2
uau, realmente parece que sua placa não existe, é uma placa de rede integrada? Isso estava funcionando antes? Você fez alguma atualização do BIOS ou algo assim?
Bruno Pereira
1
Pode ser que a NIC esteja desativada no BIOS e as luzes ainda pisquem, você pode dar uma olhada lá?
Bruno Pereira
Que placa-mãe é essa?
Bruno Pereira

Respostas:

3

Bem, aqui está o seu chipset e é bastante maduro:

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

A Ethernet deve estar no barramento PCI, pois não está aparecendo só pode ser atribuída a um problema de firmware. Se você fez isso deliberadamente ou algum software durante a atualização girou uma porta e desligou seu controlador no BIOS. Essencialmente, não está mais lá.

Insira o BIOS para garantir que ele esteja ativado, mesmo que esteja, desative-o e ligue-o novamente. Em seguida, redefina os padrões e reinicie.

Desligue a tela inicial do BIOS e preste atenção na opção de carregamento das ROMs. Você vê um para o PXE? Isso lhe diria com certeza se sua Ethernet está funcionando corretamente.

Duvido que tenha sido uma regressão de driver, o chipset é muito antigo. Se o que eu prescrevi anteriormente não funcionou, tente alterar a tag acpi_osi para uma versão anterior do Windows. O que pode acontecer às vezes é que o Linux se anuncia como uma versão mais recente do Windows, que aciona o código condicional executado no BIOS.

Pode ser que o fingimento do Windows 7 tenha atingido um bug no firmware e, como resultado, ele decidiu não apresentar o seu dispositivo Ethernet. O resultado não é diferente de desativar o periférico na configuração do BIOS. A execução do código condicional de execução (ACPI) não é divertida?

ppetraki
fonte
Eu tive esse mesmo problema depois do que pensei ser uma 'atualização apt' sem intercorrências para o kubuntu 16.04. Depois de horas de exploração sem sucesso, eu vi essa resposta e pensei que parecia um tiro no escuro. Mas eu simplesmente inicializei o BIOS (onde a conexão sem fio estava "ativada"), mudei para "desativado", reiniciei, desliguei e retornei para "ativado", e tudo voltou com o wifi funcionando. Obrigado @ppetraki pelo ponteiro!
Mightypile
@mightypile Fico feliz que você tenha achado útil.
22416 ppetraki
0

Experimente a placa de rede com um kernel antigo e um sistema operacional alternativo.

Não está funcionando com nenhuma dessas duas opções; é mais provável que seja um problema de hardware.

Desconecte a energia e abra o gabinete. Limpe a poeira e verifique se o cartão está semeado corretamente no soquete.

Pantera
fonte
0

Inicialize com um Live CD mais antigo e verifique dmesg, lspci... descubra se ele foi detectado e se há um driver carregado. Caso contrário, você provavelmente tem um defeito de hardware. Se for, pelo menos você sabe qual driver deve ser responsável. Em seguida, você pode continuar pesquisando se o driver foi removido / alterado. Também procurar o ID hw pode ajudar ainda mais ...

Florian
fonte