staging.inyokaproject.org

Hallo Leute!

Ich habe hier, bei einem Huawei-D14-Laptop ein merkwürdiges Problem und nur bei diesem. Wenn ich ihn mit WLAN betreibe und dann zum Beispiel Upgrades mache oder Mails per IMAP synchronisiere, führt das jedes Mal nach kurzer Zeit zu einem Neustart meines Access Points (Unifi). Zuerst dachte ich, dass es mit dem Unifi zu tun hat, aber bei Sophos Access Points und sogar beim Hotspot meines Smartphones zeigt sich dasselbe Verhalten!

Habe auch einmal ein aktuelles Manjaro getestet, da tritt das Problem auch auf. Aktuell läuft Ubuntu 20.10 mit Gnome.

Folgende Netzwerkkarte ist im Laptop verbaut

1
2
3
4
5

lspci -nnk |grep -i net -A2
02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter [10ec:c822]
	Subsystem: Electronics & Telecommunications RSH RTL8822CE 802.11ac PCIe Wireless Network Adapter [1058:1e25]
	Kernel driver in use: rtw_8822ce
	Kernel modules: rtw88_8822ce

Ich habe mal die Syslog mitlaufen lassen, hier der Auszug, vom Start eines Upgrades (hier der Download von Scribus, gerade einmal zwei Dateien!) bis zum Abbruch der Verbindung, weil der Access Point einen Neustart durchführt.

 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

Oct 23 20:39:03 minihu wpa_supplicant[861]: TDLS: Invalid frame - payloadtype=1 category=240 action=26
Oct 23 20:39:08 minihu systemd-resolved[745]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Oct 23 20:39:08 minihu systemd-resolved[745]: message repeated 2 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]
Oct 23 20:39:09 minihu wpa_supplicant[861]: TDLS: Invalid frame - payloadtype=1 category=240 action=26
Oct 23 20:39:14 minihu systemd[1545]: Started Application launched by gnome-session-binary.
Oct 23 20:39:15 minihu wpa_supplicant[861]: TDLS: Invalid frame - payloadtype=1 category=240 action=26
Oct 23 20:39:18 minihu systemd-resolved[745]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Oct 23 20:39:21 minihu wpa_supplicant[861]: wlp2s0: CTRL-EVENT-BEACON-LOSS 
Oct 23 20:39:23 minihu wpa_supplicant[861]: message repeated 2 times: [ wlp2s0: CTRL-EVENT-BEACON-LOSS ]
Oct 23 20:39:23 minihu wpa_supplicant[861]: wlp2s0: CTRL-EVENT-DISCONNECTED bssid=b6:fb:e4:48:b8:27 reason=4 locally_generated=1
Oct 23 20:39:23 minihu kernel: [  155.669648] rtw_8822ce 0000:02:00.0: sta b6:fb:e4:48:b8:27 with macid 0 left
Oct 23 20:39:23 minihu wpa_supplicant[861]: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Oct 23 20:39:23 minihu NetworkManager[833]: <info>  [1603478363.5397] device (wlp2s0): supplicant interface state: completed -> disconnected
Oct 23 20:39:23 minihu NetworkManager[833]: <info>  [1603478363.8378] device (wlp2s0): supplicant interface state: disconnected -> scanning
Oct 23 20:39:38 minihu NetworkManager[833]: <warn>  [1603478378.6740] device (wlp2s0): link timed out.
Oct 23 20:39:38 minihu NetworkManager[833]: <info>  [1603478378.6747] device (wlp2s0): state change: activated -> failed (reason 'ssid-not-found', sys-iface-state: 'managed')
Oct 23 20:39:38 minihu NetworkManager[833]: <info>  [1603478378.6756] manager: NetworkManager state is now DISCONNECTED
Oct 23 20:39:38 minihu gnome-shell[1821]: An active wireless connection, in infrastructure mode, involves no access point?
Oct 23 20:39:38 minihu NetworkManager[833]: <warn>  [1603478378.6780] device (wlp2s0): Activation: failed for connection 'meinWLAN'
Oct 23 20:39:38 minihu NetworkManager[833]: <info>  [1603478378.6805] device (wlp2s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Oct 23 20:39:38 minihu whoopsie[1537]: [20:39:38] offline
Oct 23 20:39:38 minihu wpa_supplicant[861]: wlp2s0: Reject scan trigger since one is already pending
Oct 23 20:39:38 minihu dbus-daemon[831]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.10' (uid=0 pid=833 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Oct 23 20:39:38 minihu systemd[1]: Starting Network Manager Script Dispatcher Service...
Oct 23 20:39:38 minihu dbus-daemon[831]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Oct 23 20:39:38 minihu systemd[1]: Started Network Manager Script Dispatcher Service.
Oct 23 20:39:38 minihu nm-dispatcher[4229]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory
Oct 23 20:39:38 minihu gnome-shell[1821]: An active wireless connection, in infrastructure mode, involves no access point?
Oct 23 20:39:38 minihu gnome-shell[1821]: An active wireless connection, in infrastructure mode, involves no access point?
Oct 23 20:39:38 minihu NetworkManager[833]: <info>  [1603478378.7125] dhcp4 (wlp2s0): canceled DHCP transaction
Oct 23 20:39:38 minihu NetworkManager[833]: <info>  [1603478378.7126] dhcp4 (wlp2s0): state changed bound -> done
Oct 23 20:39:38 minihu avahi-daemon[828]: Withdrawing address record for 10.20.40.24 on wlp2s0.
Oct 23 20:39:38 minihu gnome-shell[1821]: An active wireless connection, in infrastructure mode, involves no access point?
Oct 23 20:39:38 minihu avahi-daemon[828]: Leaving mDNS multicast group on interface wlp2s0.IPv4 with address 10.20.40.24.
Oct 23 20:39:38 minihu avahi-daemon[828]: Interface wlp2s0.IPv4 no longer relevant for mDNS.

Ich habe bisher noch nie irgendwelche Probleme mit WLAN unter Ubuntu gehabt. Auf einigen anderen Rechnern mit Ubuntu läuft alles aktuell auch nach wie vor ohne Probleme.

Bin in dem Thema leider auch nicht sattelfest und habe bei Google bisher nichts dazu gefunden, bis auf einen Eintrag aus dem Windowsbereich. Dort konnte das Problem mit einem anderen Treiber gelöst werden.

Hat jemand eine Idee, wie ich hier vorgehen kann?

Gruß Martin

Hallo,
sowohl Buntu 20.10 als auch der Gerätetreiber rtw88_8822ce sind brandneu, Bugs wahrscheinlich inclusive. Was für Möglichkeiten bietet das Treibemodul und wie sehen die Einstellungen aus?

1
2
3

modinfo rtw88_8822ce 
iwconfig wlp2s0
iw reg get

Fehler bei der Datenübertragung (TDLS: Invalid frame), CTRL-EVENT-BEACON-LOSS und daraus resultierende Verbindungsabbrüche (reason=4 - Timeouts). Die WLAN-Karte hat anscheinend Aussetzer, produziert Fehler bei Rx und Tx (Empfang und Senden) und stürzt dann wohl komplett ab.

MartinSchiedt schrieb:

[…] jedes Mal nach kurzer Zeit zu einem Neustart meines Access Points

Woher weißt Du, dass der Access Point neu startet? Da das Verhalten bei mehreren unterschiedlichen Zugangspunkten auftritt, ist doch wahrscheinlicher die WLAN-Hardhardware oder -Software des betroffenen Rechners die Ursache. Also der Rechner verliert zwar die Verbindung, aber schießt nicht den Zugangspunkt selbst ab. Oder ist es wirklich so, dass auch keine anderen Geräte den Zugangspunkt benutzen können, sobald dieser eine Rechner die Verbindung verliert?

kB schrieb:

MartinSchiedt schrieb:

[…] jedes Mal nach kurzer Zeit zu einem Neustart meines Access Points

Woher weißt Du, dass der Access Point neu startet? Da das Verhalten bei mehreren unterschiedlichen Zugangspunkten auftritt, ist doch wahrscheinlicher die WLAN-Hardhardware oder -Software des betroffenen Rechners die Ursache. Also der Rechner verliert zwar die Verbindung, aber schießt nicht den Zugangspunkt selbst ab. Oder ist es wirklich so, dass auch keine anderen Geräte den Zugangspunkt benutzen können, sobald dieser eine Rechner die Verbindung verliert?

Zumindest beim Unifi erkenne ich es an der Status-LED. Die zeigt per Blinken den Neustart an und das Netz ist dann auch für alle Geräte weg. Bei den anderen Access Points sehe ich, dass auch mein Smartphone das Netz dann nicht mehr anzeigt, also auch dort scheinbar ein Neustart ausgeführt wird.

elektronenblitz63 schrieb:

Hallo,
sowohl Buntu 20.10 als auch der Gerätetreiber rtw88_8822ce sind brandneu, Bugs wahrscheinlich inclusive. Was für Möglichkeiten bietet das Treibemodul und wie sehen die Einstellungen aus?

1 2 3

modinfo rtw88_8822ce iwconfig wlp2s0 iw reg get

Fehler bei der Datenübertragung (TDLS: Invalid frame), CTRL-EVENT-BEACON-LOSS und daraus resultierende Verbindungsabbrüche (reason=4 - Timeouts). Die WLAN-Karte hat anscheinend Aussetzer, produziert Fehler bei Rx und Tx (Empfang und Senden) und stürzt dann wohl komplett ab.

Hier mal die Ausgaben der Befehle.

Ausgabe von modinfo rtw88_8822ce

 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
38
39
40
41
42

filename:       /lib/modules/5.8.0-25-generic/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8822ce.ko
license:        Dual BSD/GPL
description:    Realtek 802.11ac wireless 8822ce driver
author:         Realtek Corporation
srcversion:     2E86C15B711986DBC5EF155
alias:          pci:v000010ECd0000C82Fsv*sd*bc*sc*i*
alias:          pci:v000010ECd0000C822sv*sd*bc*sc*i*
depends:        rtw88_pci,rtw88_8822c
retpoline:      Y
intree:         Y
name:           rtw88_8822ce
vermagic:       5.8.0-25-generic SMP mod_unload 
sig_id:         PKCS#7
signer:         Build time autogenerated kernel key
sig_key:        3B:89:E4:64:93:7A:8E:FF:DF:EF:05:44:B4:03:06:4C:BB:83:DB:1C
sig_hashalgo:   sha512
signature:      7D:1C:75:34:AF:7B:47:4A:2D:EE:2A:67:D3:FD:DB:13:ED:FC:A0:18:
		AA:05:DB:B4:12:6A:F3:3A:D5:75:8B:56:F4:DC:41:D0:DB:78:B4:72:
		36:DF:3E:57:9E:92:21:DD:04:66:B5:56:51:62:C1:8C:6A:22:D9:7D:
		07:8F:99:4C:0F:F2:34:60:86:17:1B:CD:28:3F:0D:E0:AC:8E:7F:3C:
		B0:B5:C0:4F:3A:CB:FA:B2:C5:13:F9:A0:74:E1:60:D4:43:DF:B9:AB:
		4C:FE:4E:41:7D:8F:07:8E:BF:42:A6:54:0B:49:C0:B1:D1:0D:31:6F:
		3C:9D:FE:22:2A:75:78:FA:91:5F:BB:44:41:55:98:2D:A7:07:8F:26:
		A2:63:24:8C:AF:50:1B:15:A5:A1:89:4A:D3:CC:4A:39:8C:FE:92:DF:
		45:1B:BB:B5:95:14:51:80:8B:E5:8F:08:9C:CF:2B:C0:BB:2E:77:01:
		31:2B:D0:C7:D1:EF:9C:97:CB:58:CD:6D:CE:5A:90:99:98:B8:31:5A:
		EF:18:D9:CC:2E:A9:C4:62:C1:8A:61:B7:FF:F0:69:CE:AC:A3:3B:BB:
		B6:74:ED:1A:8D:82:36:D4:93:3A:58:8F:33:C7:56:31:1D:B6:0D:56:
		DE:3D:9E:25:21:AC:76:E9:EF:66:4E:DE:08:81:AE:4E:E2:06:87:CC:
		B6:E4:AF:7B:A9:F5:56:33:0C:F7:A9:13:0A:69:68:1D:97:31:F9:16:
		E3:48:F3:E1:AF:2B:34:87:63:76:29:5F:D2:37:12:92:C5:7E:10:EB:
		7C:93:7E:38:47:8A:9D:0F:06:DC:22:EE:4E:39:DF:A2:A1:B4:0E:E2:
		C2:30:DA:83:6C:B8:5B:F2:69:2D:ED:1C:ED:A4:82:26:20:42:CA:2B:
		12:75:58:95:4F:39:C1:BE:77:C5:71:D4:A3:63:D3:71:7C:59:76:B9:
		68:64:39:8A:64:5E:77:CA:12:09:79:2B:5B:9B:1C:47:93:BC:56:95:
		96:90:D6:9C:34:13:B2:9B:2E:7D:80:41:08:24:48:BD:88:80:B1:A4:
		34:B6:E7:C7:1B:F6:4F:E9:5C:04:B3:0D:0C:78:9B:A5:54:F5:B0:A6:
		69:DB:BB:57:BA:CE:09:D5:6C:65:89:A9:C1:22:E3:58:6F:B2:31:98:
		BC:B0:AE:2C:E3:98:8A:5E:48:92:C0:7A:F4:35:5C:FC:6F:C6:0E:57:
		E3:51:94:66:56:B3:C1:4B:29:85:CE:1C:02:6C:75:AE:87:08:76:CF:
		AE:29:DF:CF:39:77:3F:2A:9B:99:AB:AC:42:65:95:DE:D2:83:81:94:
		94:31:33:47:56:FA:A3:66:86:70:DA:DE

Ausgabe von iwconfig wlp2s0

1
2
3
4
5
6
7
8

wlp2s0    IEEE 802.11  ESSID:"WLAN"  
          Mode:Managed  Frequency:5.18 GHz  Access Point: E6:CD:E6:55:C3:15   
          Bit Rate=780 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=58/70  Signal level=-52 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:15   Missed beacon:0

Ausgabe von iw reg get

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

global
country 00: DFS-UNSET
	(2402 - 2472 @ 40), (N/A, 20), (N/A)
	(2457 - 2482 @ 20), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM, PASSIVE-SCAN
	(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
	(5490 - 5730 @ 160), (N/A, 20), (0 ms), DFS, PASSIVE-SCAN
	(5735 - 5835 @ 80), (N/A, 20), (N/A), PASSIVE-SCAN
	(57240 - 63720 @ 2160), (N/A, 0), (N/A)

phy#0
country 00: DFS-UNSET
	(2402 - 2472 @ 40), (N/A, 20), (N/A)
	(2457 - 2482 @ 20), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM, PASSIVE-SCAN
	(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
	(5490 - 5730 @ 160), (N/A, 20), (0 ms), DFS, PASSIVE-SCAN
	(5735 - 5835 @ 80), (N/A, 20), (N/A), PASSIVE-SCAN
	(57240 - 63720 @ 2160), (N/A, 0), (N/A)

MartinSchiedt schrieb:

kB schrieb:

MartinSchiedt schrieb:

[…] jedes Mal nach kurzer Zeit zu einem Neustart meines Access Points

Woher weißt Du, dass der Access Point neu startet? […]

Zumindest beim Unifi erkenne ich es an der Status-LED. Die zeigt per Blinken den Neustart an und das Netz ist dann auch für alle Geräte weg. Bei den anderen Access Points sehe ich, dass auch mein Smartphone das Netz dann nicht mehr anzeigt, also auch dort scheinbar ein Neustart ausgeführt wird.

Das ist in der Tat ein außergewöhnliches und beunruhigend merkwürdiges Fehlerbild! Es bedeutet, dass eine fehlerhafte Software (vermutlich das Modul rtw88_8822ce.ko), welche auf einem Gerät PC läuft, ein anderes Gerät AP abschießt.

Bitte melde das sofort an das Linux-Kernel-Team!

Das Modul rtw88_8822ce.ko hat offenbar keine Parameter, über die der Anwender dessen Verhalten steuern könnte. Ich hege daher keine Hoffnung, durch veränderte Konfiguration auf dem PC das unerwünschte Verhalten abstellen zu können. Das ist ein Fall für Eingriffe auf Quellcode-Basis.

Hallo,
die beiden abhängigen Module rtw88_pci und rtw88_8822c bieten möglicherweise Optionen.

1

modinfo rtw88_pci rtw88_8822c

Die Regionseinstellung ist nicht korrekt, hat mit dem Problem aber wahrscheinlich wohl eher nichts zu tun. Trotzdem korrigieren:

1

sudo sed -i "s/REGDOMAIN=/REGDOMAIN=DE/g" /etc/default/crda

Nach Reboot erneut prüfen.

Hintergrundwissen: iw

elektronenblitz63 schrieb:

Hallo,
die beiden abhängigen Module rtw88_pci und rtw88_8822c bieten möglicherweise Optionen.

1	modinfo rtw88_pci rtw88_8822c

Die Regionseinstellung ist nicht korrekt, hat mit dem Problem aber wahrscheinlich wohl eher nichts zu tun. Trotzdem korrigieren:

1	sudo sed -i "s/REGDOMAIN=/REGDOMAIN=DE/g" /etc/default/crda

Nach Reboot erneut prüfen.

Hintergrundwissen: iw

Vielen Dank für den Hinweis! ☺ Ich habe die Regionaleinstellung eben geändert und einmal neu gestartet. Konnte nur kurz testen, aber Access Point lief bei Synchronisierung mit Nextcloud und beim upgrade ohne Absturz. Werde es jetzt mal ein paar Tage testen und mich dann wieder melden, ob es das war oder nicht.

So, heute konnte ich etwas ausführlicher testen. Problem ist leider geblieben. ☹

Ich habe den Access Point (Unifi) dann mal testweise nur auf 2,4 GHz und einmal nur auf 5 GHz senden lassen.

Bei 2,4 GHz habe ich den Fehler bisher nicht provozieren können, Access Point stürzte nicht ab. Bei 5 GHz dagegen stürzte er sehr schnell ab.

Habe jetzt mehrfach getestet, Problem ist reproduzierbar nur bei 5 GHz wie es aussieht.

Jetzt muss ich nur mal googeln, wie ich den Laptop erst mal nur auf 2,4 GHz betreiben kann, damit ich niemanden störe und mich dann um die Meldung ans Kernelteam kümmern.

MartinSchiedt schrieb:

Jetzt muss ich nur mal googeln, wie ich den Laptop erst mal nur auf 2,4 GHz betreiben kann, damit ich niemanden störe und mich dann um die Meldung ans Kernelteam kümmern.

Die SSID (Name) des Netzwerks im 2,4 Ghz-Band ändern. Es sollten sowieso unterschiedliche Namen je Frequenzband sein, sonst kommt es zu unerwünschtem Roaming! Möglicherweise ist das auch die Ursache des Problem. Dann kannst Du einfach auswählen mit welchem Netz eine Verbindung hergestellt werden soll. Ansonsten die MAC-Adresse (BSSID) des gewünschten AP in das entsprechende Feld des Verbindungsprofil eintragen. Ist auch wichtig, sollte zusätzlich ein WLAN-Repeater verwendet werden und sich im Empfangsbereich befinden..

Scan der Umgebung (gefiltert)

1

sudo iwlist wlp2s0 scan | egrep -i 'cell|chan|ess'

MartinSchiedt schrieb:

[…] wie ich den Laptop erst mal nur auf 2,4 GHz betreiben kann

Das kannst Du im Verbindungsprofil des NetworkManager einstellen. Starte dazu nm-connection-editor und bearbeite das Profil. Auf der Registerkarte Funknetzwerk findest Du die Auswahl für Band. Hier nicht Auto, sondern eben das gewünschte Band einstellen.

MartinSchiedt schrieb:

Jetzt muss ich nur mal googeln, wie ich den Laptop erst mal nur auf 2,4 GHz betreiben kann, ...

Das kannst Du in der wpa_supplicant.conf-Datei konfigurieren. Z. B. im network-block, die Zeilen:

	scan_freq=2472
	freq_list=2472

eintragen (Frequenz anpassen).

Ein scan erfolgt dann nur für diese konfigurierte Frequenz:

:~$ wpa_cli scan
Selected interface 'wlan1'
OK

:~$ iw event
wlan1 (phy #0): scan started
wlan1 (phy #0): scan finished: 2472, ""
^C

lubux schrieb:

[…] Das kannst Du in der wpa_supplicant.conf-Datei konfigurieren.

Diese Datei existiert auf einem halbwegs aktuellen regulären Ubuntu-System überhaupt nicht. Wer sich mit dem wpa_supplicant direkt herumschlagen will, mag sie anlegen und damit dem NetworkManager (der wpa_supplicant natürlich benutzt) in die Suppe spucken. Wer so handelt, sollte sich aber nicht wundern, wenn das – vielleicht erst später – merkwürdige Effekte verursacht.

kB schrieb:

... und damit dem NetworkManager (der wpa_supplicant natürlich benutzt) in die Suppe spucken. Wer so handelt, sollte sich aber nicht wundern, wenn das – vielleicht erst später – merkwürdige Effekte verursacht.

BTW: Wer den wpa_supplicant direkt (d. h. mit deiner service-unit) benutzt, kann ja den NetworkManager deinstallieren.

kB schrieb:

MartinSchiedt schrieb:

[…] wie ich den Laptop erst mal nur auf 2,4 GHz betreiben kann

Das kannst Du im Verbindungsprofil des NetworkManager einstellen. Starte dazu nm-connection-editor und bearbeite das Profil. Auf der Registerkarte Funknetzwerk findest Du die Auswahl für Band. Hier nicht Auto, sondern eben das gewünschte Band einstellen.

Damit habe ich erst einmal alle meine Verbindungen fest auf 2,4 Ghz eingestellt, sodass ich niemanden mehr störe. Jetzt gucke ich mal wegen der Meldung ans Kernelteam.

Danke an alle für die tolle und schnelle Hilfe!