staging.inyokaproject.org

Hallo,

habe einen neuen Laptop mit Kubuntu 22.04 ThinkPad T16 Gen 1 (16" AMD)

Manchmal passiert es, dass meine WiFi Verbindung mit 0 kb "weg ist" bzw. nicht mehr funktioniert aber noch sichtbar. Das kommt u. A. vor, wenn der Laptop im Standby Modus war oder wenn man den Router aus- und einschaltet. Habe noch einen zweiten Laptop nebendran stehen, bei dem merkt man dann keine Probleme (ist allerdings Windows - der hat dafür andere Probleme 😉 ). Wenn ich vom aktuellen WiFi Netzwerk trenne, werden keine Netzwerke mehr gefunden.

Ideal wäre es, wenn es irgendwie eine "Selbstheiltung" gäbe für das Problem. Hatte ich so mit meinem vorherigen Kubuntu-Laptop bisher noch nicht.

Alternativ dazu: Gibt es einen Befehl, mit dem ich "das Netzwerk neu starten" kann und es anschließend wieder funktioniert?

Danke schon mal Transmitter

Transmitter schrieb:

Manchmal passiert es, dass meine WiFi Verbindung mit 0 kb "weg ist" bzw. nicht mehr funktioniert aber noch sichtbar. Das kommt u. A. vor, wenn der Laptop im Standby Modus war oder wenn man den Router aus- und einschaltet.

Ist das sofort nach dem einschalten so? Wo bzw. wie ist die WiFi-Verbindung dann noch sichtbar?

lubux schrieb:

Transmitter schrieb:

Manchmal passiert es, dass meine WiFi Verbindung mit 0 kb "weg ist" bzw. nicht mehr funktioniert aber noch sichtbar. Das kommt u. A. vor, wenn der Laptop im Standby Modus war oder wenn man den Router aus- und einschaltet.

Ist das sofort nach dem einschalten so? Wo bzw. wie ist die WiFi-Verbindung dann noch sichtbar?

Das passiert nur manchmal. Evtl. an Tag 1 oder erst an Tag 3 nach dem Neustart. Dann Neustart und es geht wieder für eine Zeit. Bisher musste ich max. 3 x an einem Tag neu starten.

Unten rechts in der "Startleiste" hat man Uhrzeit etc. und die Netzwerke. Da sind normalerweise die 3 - 4 nahegelegenen Netzwerke + meins. Wenn es nicht mehr geht ist nur noch meins aufgelistet mit 0 kb in beide Richtungen. Sobald ich auf trennen klicke, verschwindet es und taucht nicht wieder auf.

Transmitter schrieb:

Wenn es nicht mehr geht ist nur noch meins aufgelistet mit 0 kb in beide Richtungen. Sobald ich auf trennen klicke, verschwindet es und taucht nicht wieder auf.

Poste mal wenn nur noch deins zu sehen ist und vor dem Klick auf trennen, die Ausgaben von:

iwconfig
ps aux | grep -i [w]pa
dmesg | grep -iE 'auth|assoc'

lubux schrieb:

Poste mal wenn nur noch deins zu sehen ist und vor dem Klick auf trennen, die Ausgaben von: ...

Heute ist es wieder aufgetreten, hier die Ausgaben:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

sudo iwconfig
lo        no wireless extensions.

enp1s0f0  no wireless extensions.

wlp2s0    IEEE 802.11  ESSID:"WiFi"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 38:10:D5:7B:76:19   
          Bit Rate=1 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=0 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:3  Invalid misc:0   Missed beacon:0

docker0   no wireless extensions.

sudo ps aux | grep -i [w]pa
root        1334  0.0  0.0  17668 11368 ?        Ss   Jan31   0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

sudo dmesg | grep -iE 'auth|assoc'
[28635.615024] wlp2s0: deauthenticating from 38:10:d5:7b:76:49 by local choice (Reason: 3=DEAUTH_LEAVING)
[28643.171887] wlp2s0: authenticate with 38:10:d5:7b:76:49
[28643.210043] wlp2s0: send auth to 38:10:d5:7b:76:49 (try 1/3)
[28643.323176] wlp2s0: send auth to 38:10:d5:7b:76:49 (try 2/3)
[28643.329680] wlp2s0: authenticated
[28643.335189] wlp2s0: associate with 38:10:d5:7b:76:49 (try 1/3)
[28643.343390] wlp2s0: RX AssocResp from 38:10:d5:7b:76:49 (capab=0x1431 status=0 aid=1)
[28643.354499] wlp2s0: associated
[31668.532378] wlp2s0: deauthenticating from 38:10:d5:7b:76:49 by local choice (Reason: 3=DEAUTH_LEAVING)
[31676.241665] wlp2s0: authenticate with 38:10:d5:7b:76:49
[31676.280509] wlp2s0: send auth to 38:10:d5:7b:76:49 (try 1/3)
[31676.287750] wlp2s0: authenticated
[31676.291177] wlp2s0: associate with 38:10:d5:7b:76:49 (try 1/3)
[31676.301025] wlp2s0: RX AssocResp from 38:10:d5:7b:76:49 (capab=0x1431 status=0 aid=7)
[31676.320972] wlp2s0: associated

Jetzt ging es ca. 3 min nach dem Neustart nicht mehr. Die Ausgaben sehen leicht anders aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

sudo iwconfig
lo        no wireless extensions.

enp1s0f0  no wireless extensions.

wlp2s0    IEEE 802.11  ESSID:"WiFi"  
          Mode:Managed  Frequency:2.437 GHz  Access Point:  38:10:D5:7B:76:49    
          Bit Rate=1 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=0 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

docker0   no wireless extensions.

sudo ps aux | grep -i [w]pa
root        1273  0.0  0.0  17556 10908 ?        Ss   17:08   0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

sudo dmesg | grep -iE 'auth|assoc'
[    0.000000]   AMD AuthenticAMD
[    0.748351] integrity: Loaded X.509 cert 'Canonical Ltd. Master Certificate Authority: ad91990bc22ab1f517048c23b6655a268e345a63'
[    8.153662] wlp2s0: authenticate with 38:10:d5:7b:76:49
[    8.283511] wlp2s0: send auth to 38:10:d5:7b:76:49 (try 1/3)
[    8.294054] wlp2s0: authenticated
[    8.296879] wlp2s0: associate with 38:10:d5:7b:76:49 (try 1/3)
[    8.306973] wlp2s0: RX AssocResp from 38:10:d5:7b:76:49 (capab=0x1431 status=0 aid=3)
[    8.323293] wlp2s0: associated

Transmitter schrieb:

[…]

wlp2s0    IEEE 802.11  ESSID:"WiFi"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 38:10:D5:7B:76:19

Abschreibfehler? Wenn nein, wieso ändert der Zugangspunkt seine Adresse?

       Bit Rate=1 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=0 dBm  

Ein derart starkes Empfangssignal habe ich noch nie gesehen! Wie nahe bist Du denn am Zugangspunkt? Möglicherweise zu nahe, man sollte bei Funkverbindungen die Nahzone der Antenne meiden und sich in die Fernzone des Feldes begeben – min. 10 Wellenlängen Abstand.

Transmitter schrieb:

Die Ausgaben sehen leicht anders aus:

Mode:Managed  Frequency:2.437 GHz  Access Point: 38:10:D5:7B:76:19 

Mode:Managed  Frequency:2.437 GHz  Access Point:  38:10:D5:7B:76:49

Hast Du die SSID(s) hier in deinen Beiträgen anonymisiert? Welchen Wlan-Router hast Du und wie ist deine Wlan-Konstellation? Benutzt Du auch das Gast-Wlan und evtl. auch Repeater (oder gleichwertig) bzw. WLAN-Mesh?

Ja, habe die SSID / Adresse anonymisiert und wohl copy and paste Fehler.

• Es sind zwei Etagen, der Router steht im Zimmer direkt unter mir (ca. 2m Luftlinie, sicher mit Stahlbeton dazwischen).

• Der Repeater steht im Flur (ca. 4m Luftlinie, nur eine Wand/Zimmertür dazwischen)

• Router: FRITZ!Box 7362 SL

• Repeater: FRITZ!WLAN Repeater 1750E

• Ich benutze das Standard-WLAN, Gast WLAN ist auf Repeater ausgeschaltet

• Zum Router verbinde ich nur 2 - 3 Geräte (2 Laptops, 1 Handy) direkt aus dem Zimmer über dem Router

• Zum Repeater sind die restlichen Geräte in der oberen Etage verbunden (Grund: Repeater steht in der nähe der Mikrowelle und wenn die an ist, funktioniert WiFi nicht mehr)

Nur nochmal zur Kontrolle des "Normalzustandes" - aktuell funktioniert alles gut und das sind die Ausgaben:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

sudo iwconfig
lo        no wireless extensions.

enp1s0f0  no wireless extensions.

wlp2s0    IEEE 802.11  ESSID:"WiFi"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 38:10:D5:7B:76:49   
          Bit Rate=1 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=0 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:177  Invalid misc:0   Missed beacon:0

docker0   no wireless extensions.

veth39ed50a  no wireless extensions.

sudo ps aux | grep -i [w]pa
root        1265  0.0  0.0  17692 11500 ?        Ss   Feb01   0:01 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

sudo dmesg | grep -iE 'auth|assoc'
[11280.135071] wlp2s0: deauthenticating from 38:10:d5:7b:76:49 by local choice (Reason: 3=DEAUTH_LEAVING)
[11287.761700] wlp2s0: authenticate with 38:10:d5:7b:76:49
[11287.815254] wlp2s0: send auth to 38:10:d5:7b:76:49 (try 1/3)
[11287.822374] wlp2s0: authenticated
[11287.827145] wlp2s0: associate with 38:10:d5:7b:76:49 (try 1/3)
[11287.838129] wlp2s0: RX AssocResp from 38:10:d5:7b:76:49 (capab=0x1431 status=0 aid=3)
[11287.853386] wlp2s0: associated

Transmitter schrieb:

Ja, habe die SSID / Adresse anonymisiert und wohl copy and paste Fehler.

... - aktuell funktioniert alles gut und das sind die Ausgaben:

OK. Wenn es wieder Probleme gibt, dann schau mal ob Du das Roaming deaktivieren kannst, damit nicht versucht wird, zwischen Repeater und Wlan-Router (leichtfertig) zu wechseln.

Roaming?

Wenn Repeater und Router zwei verschiedene SSIDs haben und der Laptop nur das PW des Router SSIDs kennt, kann er dann dennoch versuchen zu wechseln? Gibt es noch ein Workaround im Sinne von WLAN Karte Neustart, sodass ich nicht immer den gesamten Laptop neu starten muss?

Transmitter schrieb:

Gibt es noch ein Workaround im Sinne von WLAN Karte Neustart, sodass ich nicht immer den gesamten Laptop neu starten muss?

Das gibt es schon. Man kann den wpa_supplicant restarten (manuell oder restarten lassen). Wenn Du den NM (oder gleichwertig) benutzt, kannst es auch damit (manuell) machen.

lubux schrieb:

Das gibt es schon. Man kann den wpa_supplicant restarten (manuell oder restarten lassen). Wenn Du den NM (oder gleichwertig) benutzt, kannst es auch damit (manuell) machen.

Was wären die Parameter für wpa_supplicant?

Habe es jetzt per

1

sudo service NetworkManager restart

probiert, das hat allerdings nur funktioniert, wenn das Netzwerk sowieso funktioniert. Dann sehe ich WiFi deaktiviert + aktiviert. Wenn das Netzwerk gerade wieder nicht funktioniert, dann sehe ich nur deaktiviert. Nach dem der NM restart durch ist, werden keine WiFi Netzwerke mehr gefunden.

Ist das ein Linux oder ein FritzBox/Repeater Problem?

// edit

Habe noch etwas herausgefunden: Wenn ich den Laptop neu starte und das Netzwerk nicht funktioniert, dauert es ca. 3 Minuten. Wenn das Netzwerk funktioniert ca. 30 Sekunden.

Bei:

1

journalctl -rb -1

sehe ich hunderte von Einträgen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

Feb 13 04:19:25 tp-ThinkPad-T16-Gen-1 systemd-resolved[1156]: Using degraded feature set UDP instead of UDP+EDNS0 for DNS server fd00::3a10:d5ff:fe7b:7647.
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_pci 0000:02:00.0: failed to transmit frame -108
Feb 13 04:19:24 tp-ThinkPad-T16-Gen-1 kernel: ath11k_warn: 48 callbacks suppressed