NetworkManager nie uruchamia się w Debian Trixie - diagnostyka i rozwiązania

Pytanie

NetworkMenager nie startuje w Dabian Trixi

Odpowiedź Sztucznej Inteligencji


Bezpośrednia odpowiedź na pytanie

  • Problem z NetworkManagerem w Debian Trixie może wynikać z konfliktów konfiguracji, błędów w plikach konfiguracyjnych, problemów z zależnościami lub zmian w systemie zarządzania siecią w tej wersji systemu. Poniżej przedstawiam szczegółowe kroki diagnostyczne i rozwiązania.

Szczegółowa analiza problemu

1. Weryfikacja stanu usługi NetworkManager

Najpierw sprawdź, czy usługa NetworkManager działa poprawnie:

sudo systemctl status NetworkManager
  • Jeśli usługa jest zatrzymana, uruchom ją:
    sudo systemctl start NetworkManager
  • Upewnij się, że usługa jest włączona do autostartu:
    sudo systemctl enable NetworkManager

2. Sprawdzenie logów systemowych

Logi mogą dostarczyć szczegółowych informacji o problemie:

journalctl -u NetworkManager

Szukaj komunikatów o błędach, takich jak brakujące pliki, konflikty lub problemy z zależnościami.

3. Diagnostyka plików konfiguracyjnych

Sprawdź plik /etc/NetworkManager/NetworkManager.conf:

sudo nano /etc/NetworkManager/NetworkManager.conf

Upewnij się, że zawiera poprawne ustawienia, np.:

[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true

Jeśli plik jest uszkodzony, możesz go zresetować:

sudo mv /etc/NetworkManager/NetworkManager.conf /etc/NetworkManager/NetworkManager.conf.bak
sudo systemctl restart NetworkManager

4. Konflikty z innymi usługami sieciowymi

NetworkManager może kolidować z innymi menedżerami sieci, takimi jak ifupdown lub wicd. Wyłącz te usługi:

sudo systemctl stop wicd
sudo systemctl disable wicd
sudo systemctl stop networking
sudo systemctl disable networking

5. Sprawdzenie konfiguracji interfejsów sieciowych

Plik /etc/network/interfaces powinien być minimalny, aby uniknąć konfliktów:

sudo nano /etc/network/interfaces

Przykład minimalnej konfiguracji:

source /etc/network/interfaces.d/*

Usuń wszelkie wpisy konfiguracyjne dla interfejsów, które mają być zarządzane przez NetworkManager.

6. Reinstalacja NetworkManager

Jeśli problem nadal występuje, spróbuj przeinstalować NetworkManager:

sudo apt update
sudo apt purge network-manager
sudo apt install network-manager

7. Sprawdzenie zależności systemowych

Upewnij się, że wszystkie wymagane pakiety są zainstalowane:

sudo apt install --reinstall dbus resolvconf dnsmasq
sudo systemctl restart dbus

8. Diagnostyka sprzętowa

Sprawdź, czy interfejsy sieciowe są poprawnie wykrywane:

ip link show

Jeśli karta sieciowa nie jest widoczna, sprawdź sterowniki:

sudo lshw -C network

Zainstaluj brakujące sterowniki:

sudo apt install firmware-linux-nonfree

9. Aktualizacja systemu

Upewnij się, że system jest zaktualizowany:

sudo apt update && sudo apt upgrade

Aktualne informacje i trendy

  • Debian Trixie (13) jest wersją testową, co oznacza, że mogą występować w niej błędy i niestabilności. Warto sprawdzić raporty błędów na stronie Debiana, aby upewnić się, czy problem nie jest znany i czy istnieje poprawka.
  • W nowszych wersjach Debiana wprowadzono zmiany w systemie zarządzania siecią, takie jak przejście na netplan. Może to powodować konflikty z NetworkManagerem.

Wspierające wyjaśnienia i detale

  • Plik /etc/network/interfaces: Jeśli zawiera konfigurację interfejsów, NetworkManager może nie zarządzać nimi poprawnie. Dlatego zaleca się minimalną konfigurację tego pliku.
  • Logi systemowe: Analiza logów za pomocą journalctl jest kluczowa, aby zidentyfikować przyczynę problemu.

Aspekty etyczne i prawne

  • Upewnij się, że używasz odpowiednich sterowników zgodnych z licencjami open-source lub komercyjnymi, jeśli korzystasz z zamkniętego oprogramowania.

Praktyczne wskazówki

  • Jeśli problem występuje po aktualizacji systemu, spróbuj przywrócić poprzednią wersję NetworkManagera lub systemu.
  • W przypadku braku rozwiązania, rozważ zgłoszenie błędu do deweloperów Debiana.

Ewentualne zastrzeżenia lub uwagi dodatkowe

  • Debian Trixie jest wersją testową, więc problemy mogą wynikać z niestabilności systemu. W przypadku krytycznych zastosowań rozważ użycie stabilnej wersji Debiana.

Sugestie dalszych badań

  • Sprawdź dokumentację Debiana dotyczącą NetworkManagera i zarządzania siecią.
  • Zbadaj potencjalne konflikty między NetworkManagerem a nowymi systemami zarządzania siecią, takimi jak netplan.

Krótkie podsumowanie

  • Problem z NetworkManagerem w Debian Trixie może wynikać z konfliktów konfiguracji, błędów w plikach konfiguracyjnych, problemów z zależnościami lub zmian w systemie zarządzania siecią.
  • Kluczowe kroki to: weryfikacja stanu usługi, analiza logów, sprawdzenie konfiguracji plików, wyłączenie konfliktujących usług, reinstalacja NetworkManagera i aktualizacja systemu.
  • Jeśli problem nadal występuje, warto zgłosić go do deweloperów Debiana lub rozważyć użycie stabilnej wersji systemu.

Oceń odpowiedź:
Zastrzeżenie: Odpowiedzi udzielone przez sztuczną inteligencję (model językowy) mogą być niedokładne i wprowadzające w błąd. Elektroda nie ponosi odpowiedzialności za dokładność, rzetelność ani kompletność prezentowanych informacji. Wszystkie odpowiedzi powinny być zweryfikowane przez użytkownika.

Pytanie

Problem z network manager debian trixi

Odpowiedź Sztucznej Inteligencji


Bezpośrednia odpowiedź na pytanie

  • Najczęstsze przyczyny problemów z NetworkManager w Debian Trixie (testing) to: niezarządzane interfejsy (konflikt z ifupdown lub systemd‑networkd), zmiana nazw interfejsów po aktualizacji, kłopoty z DNS/mDNS (w Trixie domyślnie wyłączone mDNS w systemd‑resolved), brak/nieaktualny firmware Wi‑Fi oraz niespójne pakiety po przerwanych aktualizacjach.
  • Szybka ścieżka: sprawdź status/logi NM, usuń konflikty (ifupdown/systemd‑networkd), upewnij się, że interfejsy są „managed” w NM, zweryfikuj nazwę interfejsu po aktualizacji, popraw DNS/mDNS, doinstaluj firmware, ewentualnie przełącz Wi‑Fi na backend iwd.

Kluczowe polecenia:

  • systemctl status NetworkManager; journalctl -u NetworkManager -b -n 100
  • nmcli general; nmcli device; nmcli device show
  • cat /etc/network/interfaces; /usr/sbin/NetworkManager --print-config
  • ip link; udevadm test-builtin net_setup_link /sys/class/net/ 2>/dev/null

Szczegółowa analiza problemu

  1. Diagnoza usługi i stanu NM
  • Sprawdź, czy usługa działa i czy nie ma błędów zależności (D‑Bus, wpa_supplicant/iwd):
    sudo systemctl status NetworkManager
    sudo journalctl -u NetworkManager -b -n 200
  • W razie potrzeby zwiększ logowanie (TRACE) według NetworkManager(8), konfigurując NetworkManager.conf i (tymczasowo) podnosząc limity journald. (manpages.debian.org)
  1. „Unmanaged” w nmcli – usunięcie konfliktów
  • NetworkManager z definicji nie zarządza interfejsami zadeklarowanymi w /etc/network/interfaces, chyba że jawnie włączysz managed=true; to jest najczęstszy powód stanu „unmanaged”. Rozwiązanie:
    • Oczyść /etc/network/interfaces (pozostaw tylko lo) lub skomentuj wpisy fizycznych interfejsów.
    • W /etc/NetworkManager/NetworkManager.conf (lub w /etc/NetworkManager/conf.d/*.conf) ustaw:
      [ifupdown]
      managed=true
    • Zrestartuj NM: sudo systemctl restart NetworkManager. Opis zachowania i procedury jest w Debian Wiki „NetworkManager”. (wiki.debian.org)
  • Wyłącz alternatywne menedżery, które mogą przejmować interfejsy:
    sudo systemctl disable --now systemd-networkd
    sudo systemctl mask networking
    (maskowanie starej usługi „networking” ifupdown) (wiki.debian.org)
  1. Zmiana nazw interfejsów w Trixie
  • Po aktualizacji do Trixie (Debian 13) nazwy interfejsów mogą się zmienić (np. enp1s0 → ens1) wskutek kombinacji nowej wersji systemd (naming‑scheme v257) i zmian w sterownikach (np. i40e). To może „odłączyć” istniejące profile NM (wiązane po nazwie) i skutkować brakiem łączności. Zalecenia wydania Trixie:
    • Przed restartem po full‑upgrade przetestuj przewidywaną nazwę:
      udevadm test-builtin net_setup_link /sys/class/net/ 2>/dev/null
    • Aby „przypiąć” nazwę, utwórz plik .link, np. /etc/systemd/network/10-persistent-net.link:
      [Match]
      MACAddress=XX:XX:XX:XX:XX:XX
      [Link]
      Name=enp1s0
    • Po zmianach: update-initramfs -u i reboot. Szczegóły i przykłady są w Release Notes Trixie i wiki NetworkInterfaceNames. (debian.org)
  1. DNS/mDNS w Trixie – częsta przyczyna „działa ping po IP, nie działa po nazwie”
  • W Debian Trixie pakiet systemd‑resolved dostarcza drop‑in /usr/lib/systemd/resolved.conf.d/00-disable-mdns.conf, który domyślnie wyłącza mDNS. Jeśli używasz systemd‑resolved jako resolvera (lub NM z rc‑manager ustawionym na resolved), .local może przestać się rozwiązywać. Rozwiązania:
    • Zainstaluj i używaj Avahi (domyślna implementacja mDNS w Trixie), albo
    • Nadpisz drop‑in i włącz mDNS:
      sudo mkdir -p /etc/systemd/resolved.conf.d
      printf "[Resolve]\nMulticastDNS=yes\n" | sudo tee /etc/systemd/resolved.conf.d/60-enable-mdns.conf
      sudo systemctl restart systemd-resolved
      Potwierdzenie stanu: packages.debian.org pokazuje obecność 00-disable-mdns.conf; sprawę dokumentują też bugi i dyskusje techniczne. (packages.debian.org)
  • Integracja NM z DNS: domyślnie NM zarządza resolv.conf, ale jeśli wykryje systemd‑resolved (symlink do stub‑resolv.conf), przełączy się na resolved automatycznie; kontroluje to „rc‑manager” w NetworkManager.conf(5). (manpages.debian.org)
  1. Wi‑Fi: suplikant, backend i firmware
  • Backend Wi‑Fi: NM domyślnie korzysta z wpa_supplicant; możesz przełączyć na iwd (często stabilniejszy na nowym kernelu/nowych kartach):
    • apt install iwd
    • /etc/NetworkManager/conf.d/iwd.conf:
      [device]
      wifi.backend=iwd
    • sudo systemctl disable --now wpa_supplicant
      sudo systemctl restart NetworkManager
      Instrukcje Debian Wiki i zgłoszenia pakietowe dot. iwd/NM potwierdzają konfigurację. (wiki.debian.org)
  • Firmware: od Debiana 12+ firmware jest w komponencie non‑free‑firmware i obrazy instalacyjne go zawierają, ale na niektórych kartach (Realtek/Broadcom) nadal trzeba doinstalować firmware‑realtek/‑broadcom itp. Upewnij się, że w sources.list masz „non-free-firmware”, a pakiety firmware są zainstalowane. (wiki.debian.org)
  1. Konsolidacja pakietów po aktualizacjach
  • Jeśli NM „zniknął” po aktualizacji lub są błędy zależności:
    sudo apt update
    sudo apt --fix-broken install
    sudo apt full-upgrade
    sudo apt install --reinstall network-manager
  • W razie potrzeby przeinstaluj dnsmasq-base/nftables, gdy używasz „shared” i NAT z NM. Dokumentacja Debian Wiki o NM opisuje zależności i narzędzia diagnostyczne (nmcli, nmtui, --print-config). (wiki.debian.org)
  1. Tryb awaryjny (odzyskanie łączności na czas napraw)
  • Ethernet: ip link set up; dhclient -v lub nmcli con add type ethernet ifname con-name tmp autoconnect yes
  • Tethering USB z telefonu (interfejs zwykle enxa.../usb0) jako szybki fallback.

Aktualne informacje i trendy

  • Trixie przynosi zauważalną zmianę w nazewnictwie interfejsów (systemd v257) – to realne źródło problemów po rebootach, zalecane jest pinowanie nazw przez .link. (debian.org)
  • mDNS: decyzją w Trixie preferowanym responderem jest Avahi; systemd‑resolved ma mDNS domyślnie wyłączony – to częsty „niewidoczny” winowajca po aktualizacjach. (bugs.debian.org)
  • NM i iwd: rośnie popularność iwd jako backendu Wi‑Fi dla NM; w Debianie jest wspierany, ale wymaga ręcznego włączenia. (wiki.debian.org)

Wspierające wyjaśnienia i detale

  • Profile połączeń: NM działa na bazie profili przechowywanych w /etc/NetworkManager/system-connections; to one wiążą się m.in. z nazwą urządzenia. Po zmianie nazwy interfejsu warto dopasować ifname w profilu albo utworzyć nowy profil. Opis koncepcji profili w manpages NM. (manpages.debian.org)
  • Konfiguracja i diagnostyka: nmcli general/device/connection, nmtui, oraz /usr/sbin/NetworkManager --print-config pokazują pełną, efektywną konfigurację. (wiki.debian.org)

Aspekty etyczne i prawne

  • Firmware własnościowe: korzystanie z komponentu non‑free‑firmware wiąże się z ograniczeniami licencyjnymi producentów. Debian dokumentuje zmianę repozytorium i zasady dystrybucji firmware (użytkownik decyduje o włączeniu). (wiki.debian.org)
  • Prywatność: logi NM mogą być szczegółowe (TRACE), ale NM nie loguje haseł; warto jednak przeglądać logi przed publikacją. (manpages.debian.org)

Praktyczne wskazówki

  • Minimalna, poprawna baza konfiguracyjna:
    • /etc/network/interfaces: tylko lo
    • /etc/NetworkManager/NetworkManager.conf (lub conf.d/): [ifupdown] managed=true; ewentualnie ustawienia DNS (rc-manager) zgodnie z twoim resolverem. (wiki.debian.org)
  • Po zmianie nazw interfejsów: użyj systemd.link, a następnie update-initramfs -u; sprawdź udevadm test-builtin przed rebootem. (debian.org)
  • Gdy .local przestał działać: zainstaluj avahi-daemon lub włącz MulticastDNS w resolved drop‑in. (packages.debian.org)
  • Problemy ze sterownikiem Wi‑Fi: doinstaluj właściwy firmware (np. firmware-realtek) i rozważ iwd jako backend. (packages.debian.org)

Ewentualne zastrzeżenia lub uwagi dodatkowe

  • Testing (Trixie) bywa „ruchome” – aktualizacje mogą czasowo wprowadzać regresje; w środowiskach produkcyjnych rozważ pinowanie wersji/pakietów lub Bookworm (stable).
  • iwd jako backend NM może zmienić zachowanie autoconnect względem wpa_supplicant; przetestuj przed wdrożeniem. (wiki.debian.org)

Sugestie dalszych badań

  • Zapoznaj się z: Debian Wiki „NetworkManager”, „NetworkInterfaceNames”, manpages NetworkManager (NetworkManager(8), NetworkManager.conf(5), nm-settings‑nmcli(5)). (wiki.debian.org)
  • Śledź Release Notes Trixie – rozdział o zmianach interfejsów i „Known issues”. (debian.org)

Krótkie podsumowanie

  • W Trixie najpierw usuń konflikty (ifupdown/networkd), upewnij się, że interfejsy są „managed” w NM, zweryfikuj/nastaw stałe nazwy interfejsów, popraw DNS/mDNS zgodnie z nową polityką resolved, doinstaluj firmware i rozważ iwd. Wykonanie powyższych kroków rozwiązuje większość praktycznych problemów z NetworkManagerem w Debian Trixie. (wiki.debian.org)

Jeśli chcesz, prześlij proszę:

  • wynik: nmcli device; nmcli general; nmcli connection show
  • 20 ostatnich linii: journalctl -u NetworkManager -b -n 20
  • ip link; cat /etc/network/interfaces
  • /usr/sbin/NetworkManager --print-config
    Na tej podstawie wskażę konkretną poprawkę pod Twój przypadek.

Zastrzeżenie: Odpowiedzi udzielone przez sztuczną inteligencję (model językowy) mogą być niedokładne i wprowadzające w błąd. Elektroda nie ponosi odpowiedzialności za dokładność, rzetelność ani kompletność prezentowanych informacji. Wszystkie odpowiedzi powinny być zweryfikowane przez użytkownika.

Zadaj dodatkowe pytanie Sztucznej Inteligencji

Czekaj (2min)...