staging.inyokaproject.org

So heute trat die Abfrage wieder auf ..... sieben Tage lang war Ruhe! Damit ist das Problem wieder da und das Thema offen .... 😐

Damit ist das Problem wieder da und das Thema offen

Das Thema war nicht geschlossen. Deine Maßnahme mit festem Router-Kanal bewirkt nur ein selteneres Auftreten des Problems. Das Problem, das mit den neuen Kernel-Versionen sichtbar geworden ist, muss erst von den Entwicklern analysiert werden. Leider hat sich hinsichtlich des gemeldeten Bugs aber noch niemand gerührt. Es gibt wohl wichtigere Probleme.

shiro schrieb:

[…] Es gibt wohl wichtigere Probleme.

nm-applet ist eine ziemlich unwichtige Komponente und aus meiner Sicht auch gar nicht betroffen. (Sozusagen ist es nur der Überbringer der schlechten Nachricht.) wpa_supplicant und Kernel (wg. iwlwifi) sind andere Kaliber, m.E. solltet ihr den BUG auch diesen Projekten zuordnen.

... wpa_supplicant und Kernel (wg. iwlwifi)

@kb: Ich habe Bug 1909494 (https://bugs.launchpad.net/ubuntu/+bug/1909494) erfasst und auf den zuerst geloggten Bug referenziert. Mal sehen, ob sich nun mehr tut. Irgendjemand müsste den Bug auch noch auf "Confirmed" setzten, da ich dies als Melder nicht machen kann. Hoffentlich zieht man mir nicht die Ohren lang, weil ich den Bug nun 2x eingetragen habe.

Die Formulierung des "neuen" Bug-Reports ist gut! Ich hoffe, dass dieser jetzt mehr Beachtung finden wird.

Ich habe mich auch hier 'mal als "betroffen" eingetragen. Es wundert mich, dass so Wenige sich ebenfalls als "affected" fühlen…

hast du Bluetooth eingeschaltet?

Ich habe das gleiche Problem und gerade bei launchpad.net Bugreports gelesen, wo Leute Wifi-Probleme in Verbindung mit Bluetooth hatten.

Bei mir taucht das Problem auf - ungefähr - seit ich neulich Bluetooth aktiviert hatte, kann ja auch Zufall sein, aber ich mach es jetzt mal aus. mal sehen.

raldox schrieb:

hast du Bluetooth eingeschaltet? ok, vergiss es, ich hatte jetzt ohne Bluetooth 1 h keine Probleme und jetzt ist es doch wieder passiert.

Bist du direkt mit dem Router verbunden oder über einen Extender...o.ä.? Bei mir war z.B. der Fall, dass ich zum Router über meinen TP-Link Extender mit eigener IP verbunden bin und den festen Kanal/WPA2 nur im Hauptrouter geändert hatte. Ich wunderte mich dann, dass keine Änderung/Besserung war und stellte fest, dass ich eben im Extender-Netz noch die Verschlüsselung auf WPA2/WPA stand. Nur ne Überlegung, denn das übersieht man schnell.

Seit 2 Tagen ist Ruhe.......

shiro schrieb:

... wpa_supplicant und Kernel (wg. iwlwifi)

@kb: Ich habe Bug 1909494 (https://bugs.launchpad.net/ubuntu/+bug/1909494) erfasst

Ich war mal so frech und habe bei diesem Bug auch noch das Projekt linux-meta als betroffen hinzugefügt. Ein anderer sollte den Status auf Confirmed setzen, damit die Entwickler das ernst nehmen.

Möglicherweise wurden die Meldungen bisher nicht ernst genommen, weil der Kernel 5.4.0-56 offenbar zurückgezogen wurde und nicht mehr verfügbar ist. Das hat bereits berechtigten Aufruhr verursacht: 1907761

@kB: Ich hatte den Status von linux-meta auf Confirmed gesetzt.

Nach einem Kernel-Upgrade auf Linux version 5.4.0-59-generic habe ich meine üblichen Tests (Repeater an/aus für erzwungenen WLAN-Wechsel) durchgeführt und bin nun positiv überrascht.

Der Test mit 5.4.0-58 zeigte noch das bekannte Fehlerverhalten. Mit dem Kernel 5.4.0-59 tritt das Problem beim Test nicht mehr auf. Auch der "No buffer space available" Eintrag im /var/log/syslog wird nicht mehr gemeldet.

Ich bitte daher alle von dem Fehler Betroffenen sich zu überlegen, auch auf Kernel 5.4.0-59 zu wechseln und das Verhalten ihres WLANs für mindestens einen Tag zu verfolgen. Sollte bei einem das Problem weiter auftauchen, bitte hier melden.

Hat noch jemand Ergebnisse mit dem Kernel 5.4.0-59?

Bei mir ist bisher seit dem Kernel-Update noch KEIN mal das Problem wieder aufgetaucht. Ich habe mit dem folgenden Befehl mir alle WLAN Verbindungsaufbauten (Associated with) und Abbrüche (No buffer space) über den syslog ausgewertet:

1
2
3

zgrep -a -e "Associated with" -e "No buffer space" /var/log/syslog* | cut -d: -f2- | gawk '/Associated with/ {assoc[substr($0,1,6)]++}
/No buffer space/ {nobuf[substr($0,1,6)]++} END {n=asorti(assoc,ai); printf "Datum  |Assoc|NoBuf|  Proz\n"
for(i=1;i<=n;i++){printf "%s | %3d | %3d | %5.2f %\n",ai[i],assoc[ai[i]],nobuf[ai[i]], 100.0*(nobuf[ai[i]]+0)/(assoc[ai[i]]+0)}}'

Bei mir war ab 30.11. Vers -56, ab 15.12. Vers -58 und ab 05.01. Vers -59.

Datum  |Assoc|NoBuf|  Proz
Dec  1 |  22 |   8 | 36.36 %
Dec  2 |   8 |   2 | 25.00 %
Dec  3 |   3 |   0 |  0.00 %
Dec  4 |  13 |   3 | 23.08 %
Dec  5 |   3 |   0 |  0.00 %
Dec  6 |   5 |   0 |  0.00 %
Dec  7 |   4 |   0 |  0.00 %
Dec  8 |  16 |   4 | 25.00 %
Dec  9 |   9 |   1 | 11.11 %
Dec 10 |  27 |   9 | 33.33 %
Dec 11 |  17 |   3 | 17.65 %
Dec 12 |   9 |   1 | 11.11 %
Dec 13 |   2 |   0 |  0.00 %
Dec 14 |   6 |   0 |  0.00 %
Dec 15 |  21 |   4 | 19.05 %
Dec 16 |  14 |   2 | 14.29 %
Dec 17 |  19 |   7 | 36.84 %
Dec 18 |  79 |  12 | 15.19 %
Dec 19 |   9 |   1 | 11.11 %
Dec 20 |  25 |   6 | 24.00 %
Dec 21 |  38 |  16 | 42.11 %
Dec 22 |  17 |   5 | 29.41 %
Dec 23 |  28 |  10 | 35.71 %
Dec 24 |   7 |   1 | 14.29 %
Dec 25 |   3 |   1 | 33.33 %
Dec 26 |   1 |   0 |  0.00 %
Dec 27 |   2 |   0 |  0.00 %
Dec 28 |  12 |   3 | 25.00 %
Dec 29 |   9 |   2 | 22.22 %
Dec 30 |  18 |   3 | 16.67 %
Dec 31 |  39 |  13 | 33.33 %
Jan  1 |   8 |   2 | 25.00 %
Jan  2 |   4 |   0 |  0.00 %
Jan  3 |   2 |   0 |  0.00 %
Jan  4 |   8 |   1 | 12.50 %
Jan  5 |  11 |   0 |  0.00 %
Jan  6 |  17 |   0 |  0.00 %
Jan  7 |   8 |   0 |  0.00 %

Offenbar waren nur etwa 20% der WLAN Verbindungsaufbauten fehlerhaft.

Ich habe ein wenig in den ChangeLogs der Kernelversionen nachgeschaut und bei Vers -59 einige malloc Fehlerbehebungen gesehen, die das jetzige Ergebnis erklären würden. Wo (unter welcher URL) kann man sich eigentlich die Quellen anschauen?

shiro schrieb:

[…] Kernel 5.4.0-59 […] Ich habe ein wenig in den ChangeLogs der Kernelversionen nachgeschaut

Vorsicht! Da hast auf das Changelog für Linux-Kernel 5.4.59 verlinkt. Das darf nicht mit dem Ubuntu-Kernel 5.4.0-59 verwechselt werden. Der Ubuntu-Kernel beruht auf dem Linux-Kernel 5.4.0 mit einigen Rückportierungen aus Kernel 5.6.0 (z.B. WireGuard) und Patches für den 5.4 bis 5.4.78 (aber vielleicht nicht alle) und sonstigen Änderungen seitens Ubuntu.

Ich habe mir das Changelog für den 5.5.0-59 in der Aktualisierungsverwaltung angeschaut und nicht gefunden, was ich mit diesem Fehler verbinde könnte. Was natürlich auch nicht bedeutet, dass der Fehler nicht im Kernel 5.4.0-59 beseitigt sein könnte.

[…] Wo (unter welcher URL) kann man sich eigentlich die Quellen anschauen?

Bequem auf Deinem eigenen Rechner. Du musst nur den Quellcode des Kernels als Softwarepaket installieren. Bevor Du das tust, sorge für ausreichend freien Speicherplatz und beschaffe Dir Lebensmittel für einige Wochen.

Oje... Danke für den Hinweis. Da war ich ja richtig auf dem Holzweg. Ich sehe ein, dass ich mich daher über die Release-Struktur von (x)Ubuntu noch wesentlich intensiver einlesen muss.

Wollte gerade upgraden von 5.4.0-58 auf 5.4.0-59 aber ich sehe gerade:

mein Focal Fossa nutzt plötzlich einen 5.8 Kernel

1
2

a@T520-i5:~$ uname -r
5.8.0-36-generic

wifi läuft stabil, seit einigen Stunden jedenfalls, dafür ist der NvidiaTreiber kaputt, die Firefox Anzeige spinnt manchmal total, eben ging das keyboard nicht mehr... hmgmrpf

raldox schrieb:

mein Focal Fossa nutzt plötzlich einen 5.8 Kernel […]

Wenn man HWE aktiviert hat, bekommt 20.04 irgendwann den Kernel von 20.10 und dann den von dessen Nachfolger …

wifi läuft stabil, seit einigen Stunden jedenfalls, dafür ist der NvidiaTreiber kaputt, die Firefox Anzeige spinnt manchmal total, eben ging das keyboard nicht mehr...

Momentan läuft eine (sicher ungewollte) Kernel-Chaos-Party. Siehe den bereits verlinkten Bug 1907761 und dort weitere Links.