staging.inyokaproject.org

Max-Ulrich_Farber schrieb:

[…] genau wie bei ruppe2 und vermutlich manchen Anderen…

Ja. Sieht ziemlich eindeutig aus: Kernel 5.4.0-56 hat die Seuche, 5.4.0-54 noch nicht.

Doch auf dem Netbook ACER X101H macht der gleiche Kernel offenbar keine Probleme.

Hat de ACER X101H WLAN-Hardware von Intel oder etwas anderes?

Also tippe ich auf Firmware, die mit dem Kernel-Update kam.

Firmware oder Modul iwlwifi

Ich kann im Moment kaum weiter helfen, denn seit vorgestern läuft mein WLAN stabil. Es ist hier aber in allen Kanälen derzeit auch kaum Funkverkehr. Seltsam. Von einem Update, das den Fehler beseitigt haben könnte, ist mir nichts bekannt.

Trotzdem kann ich den Thread nicht auf "gelöst" setzen, denn der Fehler (nach kB die "Seuche") existiert und ist wohl noch nicht beseitigt.

Gruß – Max-Ulrich

Ich hatte das auch in Mint 20 xfce unter 5.4.0-56, mit 5.4.0-58 nicht mehr.

Bei mir geht's wieder los mit den Abbrüchen, und das genau seitdem der Nachbar sein WLAN eingeschaltet hat!

Max-Ulrich_Farber schrieb:

Bei mir geht's wieder los mit den Abbrüchen

Auch mit Kernel 5.4.0-54?

Der Kernel 5.4.0-56 hat wohl mehrere Probleme, z.B. auch mit dem Module mt76x2u (z.B. für AVM AC860). Ich überblicke aber nicht, ob dies dieselbe Ursache wie bei der hier diskutierten Intel-Hardware hat.

Inzwischen gibt es schon Kernel 5.4.0-58. Zeigt dieser auch Abbrüche?

und das genau seitdem der Nachbar sein WLAN eingeschaltet hat!

Vermutlich erfordert die dadurch entstehende Konkurrenz im Funkspektrum öfter Ausführung der fehlerhaften Software im Module iwlwifi bzw. der Firmware.

Inzwischen gibt es schon Kernel 5.4.0-58. Zeigt dieser auch Abbrüche?

In der Tat:

sudo lshw | grep 5.4.0-58
[sudo] Passwort für farber: 
                Hersteller: Linux 5.4.0-58-generic ehci_hcd
                Konfiguration: broadcast=yes driver=iwlwifi driverversion=5.4.0-58-generic firmware=39.31.5.1 build 35138 ip=192.168.178.20 latency=0 link=yes multicast=yes wireless=IEEE 802.11

Ob es jetzt noch Abbrüche gibt, muss ich erst untersuchen. Bis jetzt sieht es nicht danach aus.

Guten Tag!

Ich hatte ja das selbe Problem mit Kubuntu 20.04 ( https://forum.ubuntuusers.de/topic/wlan-probleme-nach-kernel-update/ ). Meiner unmasgeblichen Meinung ist das Ganze ein Kernel-Problem. Mit 5.4.0-54-generic hats noch funktioniert, darüber also mit 5.4.0-58-generic zum Beispiel ergeben sich früher oder später die Verbindungsabbrüche.

Ich habe jetzt einfach mal den 5.10er Kernel installiert und das System läuft (bis jetzt 😕 ) einwandfrei!

Ich bin zwar kein Profi, aber im Changelog zum Kernel ( https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.84 ) steht schon was zum Thema iwlwifi.

Wer kann dazu mehr sagen?

Guten Tag, Wo kann man den 5.10er Kernel downloaden und wie wird er installiert? Sorry, bin noch nicht all zu lange mit Ubuntu unterwegs .... Danke im Voraus!

mit 5.4.0-58-generic zum Beispiel

Bist Du sicher, dass es sich nicht um 5.4.0-56 gehandelt hat?

Ich habe jetzt einfach mal den 5.10er Kernel installiert

Ich bin da kritisch. Einen Kernel zu installieren, auf den das übrige System (noch) nicht angepasst ist, finde ich riskant!

Ja, den 5.4.0-56 hatte ich auch mal. Da waren glaub ich genau die gleichen Probleme. Das mit dem 5.10er Kernel: da kannst du recht haben, aber ich probiers trotzdem. Ggf. eine Nummer kleiner!

Ja, den 5.4.0-56 hatte ich auch mal

Konkret: Bist Du sicher, dass Du bei dem 5.4.0-58 solche Abbrüche hattest? Das wäre wichtig!

Ich bin mir nicht sicher, ob jemand schon das Problem offiziell gemeldet hat. @kB: Weißt du wie dies geht? Hat jemand anderes hier schon mal einen Fehler gemeldet?

Aus meiner Sicht sind allerdings die Ursachen für eine Meldung noch zu unklar als dass ein Entwickler damit etwas anfangen könnte. Aus diesem Grund habe ich versucht, das Problem noch näher einzukreisen.

Bei dem Update auf Version "5.4.0-58-generic" habe ich leider den Fehler gemacht, die Version "5.4.0-54-generic" löschen zu lassen. Die Hoffnung, mit 5.4.0-58 hätte sich das Problem in Luft aufgelöst, hat sich allerdings nicht bewahrheitet. Statt dessen hatte ich innerhalb von 2 Minuten 3 WLAN-Passwort-Popup-Fenster.

shiro@XFC-T420s-04:/var/log$ grep -a -e "l2_packet_send" -e "kernel:.*Linux version" syslog
Dec 15 12:52:43 XFC-T420s-04 kernel: [    0.000000] Linux version 5.4.0-58-generic (buildd@lcy01-amd64-004) (gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)) #64-Ubuntu SMP Wed Dec 9 08:16:25 UTC 2020 (Ubuntu 5.4.0-58.64-generic 5.4.73)
Dec 15 13:00:17 XFC-T420s-04 wpa_supplicant[1500]: l2_packet_send - sendto: No buffer space available
Dec 15 13:01:04 XFC-T420s-04 wpa_supplicant[1500]: l2_packet_send - sendto: No buffer space available
Dec 15 13:01:45 XFC-T420s-04 wpa_supplicant[1500]: l2_packet_send - sendto: No buffer space available
Dec 15 13:09:06 XFC-T420s-04 wpa_supplicant[1500]: l2_packet_send - sendto: No buffer space available
...

Ich habe daher mir die Mühe gemacht, etliche Fehlermeldungen im Syslog miteinander zu vergleichen und deren Auftreten mit den Logs in der Fritzbox abzugleichen. Die Reihenfolge mancher Einträge variierte zwar im syslog, doch waren diese inhaltlich stets gleich. Interessant war dabei, dass die Netz-Aktivität im 2,4GHz Band mit den Fehlern wenig korrelierte (etliche Fehler traten bei 20% Netzlast auf, bei 60% war aber lange Zeit stabiler Betrieb). Allerdings hatte ich einen Fall, wo die Fritzbox den Funkkanal wechselte. Die anderen Fehler traten auf, weil ein Wechsel des Verbindung zum Repeater vorgenommen wurde (FritzBox-7590 und Repeater-2400 arbeiten als Mesh).

Weiterhin interessant war, dass vor jedem Verbindungsabbruch im 2,4GHz Band eine Meldung der Form "disconnect from AP [0-9a-f:]* for new auth to [0-9a-f:]*" auftauchte. Diese Meldung war entweder Folge eines Kanalwechsels in der Fritzbox oder ein Wechsel der Verbindung vom Rechner zum Repeater oder direkt zur Fritzbox (vermulich wegen veränderter Signalstärke). Im 2.4GHz Band habe ich keinen Verbindungswechsel feststellen können, der nicht zu einem Verbindungsabbruch führte. Im 5GHz Band gab es nur erfolgreiche Verbindungswechsel (keine Abbrüche, auch nicht bei einem erzwungenen Kanalwechsel). Reproduzieren ließ sich das Problem, wenn ich eine Verbindung mit dem Repeater-2400 im 2,4GHz Band hatte und dann den Repeater aus der Steckdose zog (somit einen Verbindungswechsel erzwungen hatte).

Kann man mit dieser Information (wo?) das Problem den Entwicklern (welchen?) offiziell melden?

Ja, da bin ich mir sicher, denn "uname -a" spuckte folgendes aus:

Linux Latitude-E6540 5.4.0-58-generic #64-Ubuntu SMP Wed Dec 9 08:16:25 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Ich habe ja vorhin auch erst das Kernel-Update auf 5.10 gemacht!

Bei dem Update auf Version "5.4.0-58-generic" habe ich leider den Fehler gemacht, die Version "5.4.0-54-generic" löschen zu lassen.

So ging es mir auch!

Die Hoffnung, mit 5.4.0-58 hätte sich das Problem in Luft aufgelöst, hat sich allerdings nicht bewahrheitet.

Sehr schade!

Aus meiner Sicht sind allerdings die Ursachen für eine Meldung noch zu unklar als dass ein Entwickler damit etwas anfangen könnte.

So sehe ich es auch. Vielleicht (bzw. hoffentlich) hilft uns kB noch weiter? Der versteht hiervon mehr als ich…

Gruß – Max-Ulrich

EDIT:

Interessant war dabei, dass die Netz-Aktivität im 2,4GHz Band mit den Fehlern wenig korrelierte (etliche Fehler traten bei 20% Netzlast auf, bei 60% war aber lange Zeit stabiler Betrieb).

Es ist nicht die eigene Netz-Aktivität, mit der ich eine Korrelation vermute, sondern die Funk-Aktivität fremder Netze. Das kann ich nur am Abend beobachten, wenn da einiges los ist.

shiro schrieb:

Ich bin mir nicht sicher, ob jemand schon das Problem offiziell gemeldet hat. @kB: Weißt du wie dies geht?

Ich habe im Internet zwar jede Menge Stellen gefunden, welche diese ständigen WLAN-Passwort-Abfragen thematisieren, aber keine offizielle Fehlermeldung in Richtung Kernel-Entwickler.

Ein Betroffener sollte jedenfalls eine derartige Meldung erstellen. Ich kann das als Nicht-Betroffener nicht übernehmen, da mir die Möglichkeiten fehlen passende Diagnosedateien zu erstellen. Mein Lenovo X220 mit Intel-WLAN zeigt dieses Phänomen nicht, läuft allerdings mit Ubuntu 18.04 und Kernel 4.15.

Man könnte es auf launchpad.net melden und erst einmal als Bug von wpa_supplicant einordnen wegen dieser Fehlermeldung:

Dec 15 13:00:17 XFC-T420s-04 wpa_supplicant[1500]: l2_packet_send - sendto: No buffer space available

Die weiteren Merkmale sind iwlwifi und der Übergang Kernel 5.4.0-54 → 5.4.0-56 zum Einschalten des Fehlers. Die konkrete WLAN-Hardware ist sicher ebenfalls wichtig.

Nachdem die Bug-Meldung erst einmal angelegt ist, können alle weiteren Betroffenen sich dieser Meldung mit "This Bug affects me." anschließen. Sie sollten das auch tun, denn Bestätigung des Bugs und viele Betroffene wirken motivierend für die Fehlerbearbeitung.

Im Wesentlichen läuft das auf launchpad.net ähnlich wie hier auf UbuntuUsers.de, allerdings sollte man dort am besten in Neu-Sächsisch schreiben.