Programy lspci i lshw nie wyświetlają żadnych urządzeń sieciowych


14

W weekend zaktualizowano do wersji Ocelot. Wszystko działało dobrze, dopóki nie uruchomiłem komputera dziś rano. Teraz nie mam przewodowej łączności sieciowej za pośrednictwem zintegrowanej karty.

  • Ikona sieci pokazuje „Brak dostępnych urządzeń sieciowych”.
  • sudo lshw -C sieć nic nie zwraca
  • lspci -nn wydaje się nie pokazywać żadnych urządzeń sieciowych
  • Kontrolki migają jak zwykle na karcie sieciowej.
  • Wbudowana sieć LAN jest włączona w systemie BIOS

Wypróbowałem sugestię, którą widziałem gdzie indziej, dotyczącą:

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

Brak szczęścia.

Jestem przyzwoity z linii poleceń, ale nie jestem programistą Linuksa, więc nie mam pomysłów w tym momencie. Potrzebne są jakieś przemyślenia lub dodatkowe informacje?

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)

Wyjście lspci byłoby fajne
Bruno Pereira

2
wow, naprawdę wygląda na to, że twoja karta nie istnieje, czy jest to zintegrowana karta sieciowa? Czy to działało wcześniej? Czy zrobiłeś jakieś aktualizacje systemu BIOS?
Bruno Pereira,

1
Może się zdarzyć, że karta sieciowa jest wyłączona w systemie BIOS, a kontrolki nadal migają, czy możesz tam zajrzeć?
Bruno Pereira,

Co to za płyta główna?
Bruno Pereira,

Odpowiedzi:


3

Oto twój chipset i jest dość dojrzały:

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

Ethernet powinien znajdować się na szynie PCI, aby się nie pojawiał, tak naprawdę można go przypisać jedynie problemowi z oprogramowaniem układowym. Niezależnie od tego, czy zrobiłeś to celowo, czy jakieś oprogramowanie podczas aktualizacji skręciło port i zamknęło kontroler w systemie BIOS. Zasadniczo już go nie ma.

Wejdź do BIOS-u, upewnij się, że jest włączony, nawet jeśli jest, wyłącz go i włącz ponownie, a następnie zresetuj do ustawień domyślnych i uruchom ponownie.

Wyłącz ekran powitalny rozruchu systemu BIOS i zwróć uwagę na ładowanie opcji ROM. Czy widzisz taki dla PXE? To by na pewno powiedziało ci, czy twój Ethernet działa poprawnie.

Wątpię, by była to regresja sterownika, chipset jest za stary. Jeśli to, co przepisałem wcześniej, nie działało, spróbuj zmienić tag acpi_osi na wcześniejszą wersję systemu Windows. Czasami zdarza się, że Linux reklamuje się jako nowsza wersja systemu Windows, która uruchamia kod warunkowy wykonywany w systemie BIOS.

Być może udawanie Windows 7 spowodowało błąd w oprogramowaniu układowym, w wyniku czego zdecydowało się nie prezentować urządzenia Ethernet. Rezultat nie różni się od wyłączenia urządzenia peryferyjnego w konfiguracji BIOS. Czy wykonywanie kodu warunkowego (ACPI) nie jest zabawne?


Miałem ten sam problem po tym, co uważałem za bezproblemowy „apt upgrade” do kubuntu 16.04. Po wielu godzinach odkrywania bezskutecznie zobaczyłem tę odpowiedź i pomyślałem, że to długa szansa. Ale po prostu uruchomiłem system BIOS (gdzie „włączono” połączenie bezprzewodowe), przełączyłem na „wyłączony”, uruchomiłem ponownie, zamknąłem, przestawiłem z powrotem na „włączony” i wszystko wróciło z uruchomionym Wi-Fi. Dzięki @ppetraki za wskaźnik!
mightypile

@mightypile Cieszę się, że okażą się przydatne.
ppetraki

0

Wypróbuj kartę sieciową ze starym jądrem i alternatywnym systemem operacyjnym.

Nie działa z żadną z tych dwóch opcji, to jest bardziej prawdopodobne, że jest to problem sprzętowy.

Odłącz zasilanie i otwórz obudowę. Usuń kurz i upewnij się, że karta jest prawidłowo osadzona w gnieździe.


0

Boot ze starszym Live CD i sprawdzenie dmesg, lspci... dowiedzieć się, czy jest on wykryty i sterownik załadowany. Jeśli nie, prawdopodobnie masz wadę sprzętową. Jeśli tak, przynajmniej wiesz, który kierowca powinien być odpowiedzialny. Następnie możesz googlować, jeśli sterownik został usunięty / zmieniony. Również wyszukiwanie hw id może pomóc w dalszym ...

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.