☰

wlan0 ethernet nicht verfügbar / GENERAL.STATE 20 (nicht verfügbar)

tag-icon • tag-icon linux wireless-networking wifi-driver debian-buster
wlan0 ethernet nicht verfügbar / GENERAL.STATE 20 (nicht verfügbar)

Beim Aufwachen aus dem Ruhezustand kann mein Linux-Laptop manchmal seine Wi-Fi-Internetverbindung nicht wiederherstellen.

Interessant,Neustart behebt es, obwohl es ziemlich lästig ist, ein vollständiges Herunterfahren/Neustarten durchführen zu müssen.

Mit anderen Worten: Wenn mein HP Debian Buster v10.4-Laptop aus dem Ruhezustand erwacht, kann er sich manchmal nicht wieder mit meinem Home-Access-Point verbinden. Dies kommt ungefähr bei jeder sechsten Übernachtung vor.

Wenn Sie feststellen, dass das WLAN ausgefallen ist, rescan for wireless networkskönnen Sie das Problem nicht beheben, indem Sie auf klicken. Außerdem gibt iw wlan0 scan, (oder explizit iw dev wlan0 scan) Folgendes aus: „Befehl fehlgeschlagen: Netzwerk ist ausgefallen (-100)“.

Bei genauer Betrachtung der Ausgabe journalctl -n 1000 -u NetworkManager -u wpa_supplicantkann ich feststellen, dass gleich nach der Zeile: „NetworkManager state is now ASLEEP“ (also beim Aufwachen) das erste Problem in einer Zeile zu liegen scheint, die besagt: „Gerät (wlan0): Status der Supplicant-Schnittstelle: abgeschlossen -> deaktiviert".

Meiner Meinung nach hätte es eher „… abgeschlossen -> getrennt“ heißen sollen, was bei funktionierenden Weckvorgängen angezeigt wird, also wenn das WLAN nach dem Aufwachen wieder ordnungsgemäß funktioniert.

Was das Problem nicht behebt:

  • Abmelden und erneut anmelden;
  • Einschlafen und wieder aufwachen,
  • Winterschlaf und dann wieder aufwachen aus diesem
  • Neustart des Network Managers (mit $ sudo systemctl restart NetworkManager.service)
  • Läuft$ sudo nmcli networking on
  • Löschen und Neuerstellen des wlan0Netzwerkgeräts mit: iw dev wlan0 del, dann iw phy phy0 interface add wlan0 type managed addr ca:xxx:4b. Auch wenn dies scheinbar funktioniert, funktioniert das WLAN immer noch nicht.

Ich habe auch geprüft, dass $ rfkill listkeine Blockaden gemeldet werden.

Hier ist der Statusbericht von nmcli in einemfehlgeschlagen(Internet ausgefallen) Zustand. Beachten Sie dieALLGEMEINER STATUSunten. (Ich habe echte Adressen verschleiert.)

$ nmcli device show wlan0
GENERAL.DEVICE:                         wlan0
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         00:26:##:##:##:2A
GENERAL.MTU:                            1500
GENERAL.STATE:                          20 (unavailable)    <-- this is not right
GENERAL.CONNECTION:                     --
GENERAL.CON-PATH:                       --
...

Außerdem hier der Statusbericht von einemnormalfunktionierende WLAN-Verbindung:

$ nmcli device show wlan0
GENERAL.DEVICE:                         wlan0
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         00:26:##:##:##:2A
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (connected)     <--- this is when it works
GENERAL.CONNECTION:                     Auto NETGEAR14
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADDRESS[1]:                         192.168.1.128/32
IP4.GATEWAY:                            192.168.1.1
IP4.ROUTE[1]:                           dst = 192.168.1.128/32, nh = 0.0.0.0, mt = 600
IP4.ROUTE[2]:                           dst = 192.168.1.1/32, nh = 0.0.0.0, mt = 600
IP4.ROUTE[3]:                           dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.ROUTE[4]:                           dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 600
IP4.DNS[1]:                             192.168.1.1
IP6.ADDRESS[1]:                         fe80::...:7f2a/64
IP6.GATEWAY:                            --
IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 600
IP6.ROUTE[2]:                           dst = ff00::/8, nh = ::, mt = 256, table=255

Irgendwelche Ideen? Gibt es eine Möglichkeit, dasphy0Radiofahrer?

Antwort1

Die beste Möglichkeit zum Debuggen besteht darin, die Systemprotokollmeldungen ungefähr zu dem Zeitpunkt zu überprüfen, zu dem Ihre Verbindung unterbrochen wird:

journalctl -n 1000 -u NetworkManager -u wpa_supplicant

NetworkManager verwendet die WLAN-APIs des Kernels nicht direkt, sondern verlässt sich hierfür auf wpa_supplicant. Es kann sein, dass es wpa_supplicant.servicesich verklemmt, ständig abstürzt oder in Konflikt steht mitein andererWi-Fi-Tool (z. B. iwd, connman oder eine andere wpa_supplicant-Instanz, die versehentlich von einer anderen App gestartet wurde).

Sie können die Ausführlichkeit von NetworkManager erhöhen, indem Sie Folgendes ausführen:

nmcli gen log level debug

und von wpa_supplicant durch Ausführen von:

busctl set-property fi.w1.wpa_supplicant1 \
                   /fi/w1/wpa_supplicant1 \
                    fi.w1.wpa_supplicant1 DebugLevel s debug

Versuchen Sie außerdem, NM & w_s vollständig zu umgehen und den Kernel direkt aufzufordern, nach Netzwerken zu suchen. Wenn dies funktioniert, liegt das Problem wahrscheinlich auf der Benutzerseite, wenn nicht, wahrscheinlich auf der Treiber-/Hardwareseite:

iw wlan0 scan

Antwort2

Versuchen Sie, Ihre WLAN-Karte auszutauschen(Hardware).

Mich hat ein neuer etwa 20 $ gekostet und er ist ziemlich leicht in Ihrem Laptop zu finden (suchen Sie auf YouTube nach Hilfe). Ich habe die Teilenummer direkt von der alten Karte. Sie benötigen einige kleine Uhrenschraubendreher.

Seit dem Erhalt der neuen Karte sind zwei Monate vergangen und das Problem ist behoben.

Meines sah so aus:

Bildbeschreibung hier eingeben

verwandte Informationen