Brak karty sieciowej w laptopie nie zawsze oznacza fizyczną awarię. Często problem siedzi w blokadzie radiowej, sterowniku, firmware albo w tym, że system w ogóle nie rozpoznał modułu. Pokażę ci, jak odróżnić te przypadki, jak sprawdzić sprzęt w Linuxie i co zrobić, żeby wrócić do internetu bez zgadywania.
Najważniejsze rzeczy, które sprawdzam najpierw
- Najpierw ustalam, czy system widzi sprzęt w `lspci`, `lsusb` albo `lshw -C network`.
- `rfkill list` od razu pokazuje, czy Wi-Fi nie jest zablokowane programowo albo sprzętowo.
- Jeśli karta jest widoczna, ale nie działa, winny bywa sterownik, firmware lub wyłączony interfejs.
- Gdy system nic nie wykrywa nawet po starcie z Live USB, rośnie szansa na problem BIOS/UEFI albo hardware.
- Do szybkiego powrotu do sieci zwykle wystarcza adapter USB-Ethernet, dongle Wi-Fi albo tethering z telefonu.
Co naprawdę znaczy, że karty nie ma
W praktyce rozróżniam trzy sytuacje: laptop ma kartę, ale jej nie pokazuje interfejs, system widzi urządzenie, lecz nie potrafi go uruchomić, albo sprzęt jest faktycznie niewidoczny na poziomie BIOS/UEFI. Dla użytkownika efekt bywa taki sam, ale przyczyna i koszt naprawy już nie.
W laptopach „karta sieciowa” bywa skrótem myślowym. Może chodzić o Wi-Fi, port Ethernet albo zewnętrzny adapter USB. To ważne, bo w Linuxie każdy z tych przypadków diagnozuje się trochę inaczej: magistralę PCI/PCIe sprawdzam inaczej niż USB, a status połączenia widzę jeszcze w innym miejscu.
- Sprzęt jest wykryty - zwykle problem leży w sterowniku, firmware albo blokadzie radiowej.
- Sprzęt jest wykryty, ale wyłączony - często chodzi o `rfkill`, tryb samolotowy lub klawisz funkcyjny.
- Sprzęt nie pojawia się nigdzie - wtedy myślę o BIOS/UEFI, uszkodzeniu modułu albo problemie z zasilaniem płyty.
Jeśli ten podział masz już w głowie, diagnostyka przestaje być chaotyczna. Następny krok to sprawdzenie, czy system w ogóle widzi urządzenie.
Najpierw sprawdź, czy system w ogóle widzi kartę
Ja zaczynam od surowych danych z systemu, nie od reinstalacji. W Ubuntu i innych dystrybucjach Linuxa ten etap zwykle szybko pokazuje, czy mówimy o problemie sprzętowym, czy tylko o braku sterownika albo blokadzie radia.
| Polecenie | Kiedy go używam | Co chcę zobaczyć | Co oznacza brak wyniku |
|---|---|---|---|
lshw -C network |
Gdy chcę szybki przegląd urządzeń sieciowych | Sekcje typu Wireless interface lub Ethernet interface
|
System mógł nie rozpoznać urządzenia albo nie ma potrzebnego pakietu |
lspci -k |
Gdy karta jest wewnętrzna, czyli PCI/PCIe | Wpisy Network controller albo Ethernet controller oraz przypisany driver |
Karta może być wyłączona w firmware, uszkodzona albo niewidoczna dla magistrali |
lsusb |
Gdy podejrzewam adapter USB | Urządzenie z opisem WLAN, wireless albo Wi-Fi
|
USB nie widzi dongla, więc problem jest niżej niż sterownik sieciowy |
rfkill list |
Gdy Wi-Fi zniknęło nagle albo po restarcie | Stan Soft blocked lub Hard blocked
|
Radio jest zablokowane i system nie pozwoli go używać, dopóki blokady nie zdejmiesz |
nmcli device |
Gdy GUI nic nie pokazuje, ale chcę sprawdzić status interfejsów | Urządzenie w stanie connected, disconnected albo unavailable
|
NetworkManager nie widzi sprzętu albo nie ma do niego działającego sterownika |
Jeśli `lspci -k` albo `lsusb` pokazują urządzenie, ale `nmcli device` nadal nic sensownego nie zwraca, problem zwykle nie leży już w samym module, tylko w jego obsłudze przez system. To prowadzi nas do najczęstszych scenariuszy, w których karta jest widoczna, ale nadal nie działa.
Gdy karta jest widoczna, ale nadal nie ma połączenia
To jest moment, w którym najłatwiej niepotrzebnie spanikować. W rzeczywistości najczęściej chodzi o jedną z czterech rzeczy: blokadę `rfkill`, wyłączony interfejs, brak firmware albo sterownik, który nie pasuje do tej konkretnej wersji chipsetu.
Jeśli szukam przyczyny, patrzę na objaw, a nie na nazwę problemu. Gdy interfejs jest na liście, ale ma status wyłączony, włączam go. Gdy `rfkill` pokazuje blokadę, zdejmuję blokadę. Gdy kernel zgłasza brak firmware, nie walczę z ikoną Wi-Fi, tylko szukam brakującego pakietu w repozytorium dystrybucji.
| Objaw | Najczęstsza przyczyna | Co robię od razu |
|---|---|---|
| Urządzenie jest widoczne, ale nie ma sieci | Blokada radiowa albo wyłączone Wi-Fi | Sprawdzam rfkill list i zdejmuję blokadę, jeśli jest aktywna |
Interfejs jest, ale ma stan DOWN
|
Karta nie została podniesiona przez system | Włączam ją w GUI albo używam ip link set dev
|
| W logach pojawia się brak firmware | Brak odpowiedniego pakietu z firmware | Aktualizuję pakiety systemowe i doinstalowuję brakujący firmware z repozytorium |
lspci -k pokazuje urządzenie bez działającego drivera |
Moduł jądra nie obsługuje chipsetu albo nie został załadowany | Sprawdzam dokładny chipset i przypisany moduł zamiast zgadywać sterownik |
W takich przypadkach przydaje się też szybki rzut oka do logów startowych. Szukam komunikatów o firmware, błędach ACPI i nazwach modułów, bo to zwykle pokazuje, czy problem jest po stronie kernela, czy tylko konfiguracji. Jeśli po aktualizacji systemu wszystko przestało działać, sprawdziłbym też poprzedni kernel z menu bootowania - to prosty test, czy nie trafiła się regresja.
Gdy te kroki nie pomagają, przechodzę niżej: do BIOS/UEFI i samego modułu w laptopie.
Gdy system nic nie wykrywa
Jeśli karta nie pojawia się ani w `lspci`, ani w `lsusb`, ani w `nmcli device`, a dodatkowo nie widać jej w innym systemie uruchomionym z Live USB, wtedy problem zaczyna wyglądać na sprzętowy. To nie musi od razu oznaczać uszkodzonego układu, ale sterownik przestaje być moim pierwszym podejrzeniem.
- Sprawdzam w BIOS/UEFI, czy moduł Wi-Fi nie został tam wyłączony.
- Wykonuję pełne wyłączenie laptopa, a nie tylko restart, i odłączam zasilanie na chwilę.
- Jeśli problem zaczął się po aktualizacji, testuję starszy kernel, bo regresje w obsłudze sprzętu zdarzają się częściej, niż wielu osobom się wydaje.
- Przeglądam logi startowe pod kątem błędów ACPI, zasilania lub firmware.
- Jeśli laptop ma wymienialny moduł M.2 lub mini PCIe, sprawdzam, czy nie wysunął się z gniazda albo nie ma śladów uszkodzenia.
Warto też uważać na jedną pułapkę: brak Wi-Fi nie oznacza automatycznie problemu z całym internetem. Jeżeli Ethernet działa, a Wi-Fi nie, to nadal może być zwykła usterka pojedynczego modułu. Jeśli nie działa i jedno, i drugie, bardziej podejrzana robi się płyta główna albo zasilanie magistrali.
Jeżeli nie chcę tracić czasu na długą diagnostykę, a internetu potrzebuję od razu, sięgam po obejście zamiast walczyć z niewidocznym sprzętem.
Jak szybko wrócić do internetu bez czekania na naprawę
Kiedy potrzebuję tylko pobrać firmware, zaktualizować system albo po prostu odzyskać łączność, nie upieram się przy naprawie w pierwszej kolejności. Najpraktyczniejsze są rozwiązania tymczasowe, które działają od ręki i nie wymagają rozbierania laptopa.
| Opcja | Koszt orientacyjny | Kiedy ma sens | Minusy |
|---|---|---|---|
| Adapter USB-Ethernet | 30-70 zł | Gdy masz dostęp do kabla i chcesz stabilnego połączenia | Wymaga przewodu, więc nie pomaga w mobilnej pracy |
| Dongle USB Wi-Fi | 40-180 zł | Gdy chcesz wrócić do bezprzewodowego internetu natychmiast | Kompatybilność z Linuxem zależy od chipsetu, nie od samej nazwy produktu |
| Tethering z telefonu | 0 zł | Gdy liczy się szybki dostęp do sieci na już | Zużywa baterię telefonu i może obciążyć pakiet danych |
| Wymiana modułu lub serwis | 150-500 zł | Gdy sprzęt jest wart naprawy i karta faktycznie jest uszkodzona | W starszych laptopach bywa zwyczajnie nieopłacalna |
Przy zakupie adaptera USB do Linuxa patrzę przede wszystkim na chipset, a dopiero potem na obietnice z pudełka. Jeśli zależy ci na spokoju, lepszy jest model z obsługą 2,4 i 5 GHz oraz takim układem, który działa w jądrze bez ręcznego grzebania w sterownikach. To szczególnie ważne, bo najtańsze dongle potrafią działać dopiero po doinstalowaniu zewnętrznych modułów.
Jeśli problem wraca po restarcie albo zaczyna się pojawiać coraz częściej, traktuję to już nie jako przypadek, tylko sygnał ostrzegawczy.
Kiedy to już wygląda na uszkodzenie sprzętu
Najbardziej uczciwy test to sprawdzenie laptopa na innym systemie. Jeśli karta nie pojawia się ani w `lspci`/`lsusb`, ani w BIOS/UEFI, ani w Live USB, nie ma sensu dalej polować wyłącznie na sterowniki. Wtedy realnie rozważam awarię modułu, zasilania albo samej płyty.
- Wi-Fi i Bluetooth zniknęły jednocześnie, choć wcześniej działały normalnie.
- Problem nasila się po poruszeniu klapą laptopa albo po nagrzaniu obudowy.
- Błędy firmware pojawiają się niezależnie od użytego kernela i wracają po każdej próbie naprawy.
- Urządzenie nie wraca nawet po resecie ustawień BIOS/UEFI i pełnym odłączeniu zasilania.
W takim układzie zwykle wybieram serwis albo tani zewnętrzny adapter zamiast dalszego grzebania. W praktyce najpierw rozstrzygam, czy problem jest w blokadzie, sterowniku czy module, bo to oszczędza czas i pozwala uniknąć wymiany sprawnego sprzętu na ślepo. Jeśli po tych testach laptop nadal nie widzi karty, droga naprawy jest już dość jasna: firmware, moduł albo płyta główna.
