Ubuntu 20.04 rtl8822ce Wifi oprește rutarea după aproximativ 3 secunde

O problemă ciudată pe care am încercat să o rezolv toată ziua și acum am nevoie de idei. Un laptop nou HP *) cu wifi rtl8822ce cu drivere corecte cred **). Ubuntu este 20.04 cu istoric 16.04->18.04->20.04.

Când mă conectez la wifi-ul nostru de acasă, pot da ping aproximativ 3 secunde la routerul nostru sau la google (10.0.0.1/8.8.8.8), după care tot ce primesc este „Destination Host Unreachable” până când mă deconectez și mă conectez din nou. De fiecare dată când mă reconectam, doar 3 secunde de conectivitate. Wifi-ul de acasă este realizat cu 3 Tenda Nova ca rețea Mesh. Toate celelalte sisteme pot conecta această rețea tot timpul, inclusiv 3 Ubuntu-uri, 3 Apple-uri, 3 Android-uri, un televizor LG, un Windows și multe altele. Nicio problemă cu accesul la internet în orice moment. rtl8822ce se conectează la AP cu 2,4GHz sau 5GHz, comportamentul este același - doar 3 secunde de conectivitate.

În al doilea rând, testez același lucru cu punctul de acces mobil al telefonului meu. rtl8822ce/Ubuntu 20.04 nu au probleme de conectare la acest AP și de a rămâne conectat la el.

Același comportament cu stick-ul USB proaspăt Ubuntu 20.04 live (pentru a anula istoricul actualizărilor). Mesh Home Wi-Fi 3 secunde online, telefonul ad-hoc AP rămâne conectat tot timpul.

Nu am nicio idee după ce am petrecut o zi depanând problemele driverului. Cred că driverul este instalat bine ***), dar altceva îmi oprește acum fluxul de pachete către router/internet.

Dar ce?

BR, Timo

*)

    siiri@siiri-hp:~$ inxi -Fx
Sistem: Gazdă: siiri-hp Kernel: 5.4.0-80-generic x86_64 biți: 64 compilator: gcc v: 9.3.0 
           Desktop: Gnome 3.36.9 Distro: Ubuntu 20.04.2 LTS (Focal Fossa) 
Mașină: Tip: Laptop Sistem: Produs HP: HP Laptop 15s-eq1xxx v: N/A 
           serial: <necesar superutilizator/rădăcină> 
           Mobo: model HP: 8707 v: 37.19 serial: <necesar superutilizator/rădăcină> UEFI: AMI 
           v: F.41 data: 13.04.2021 
Baterie: ID-1: încărcare BAT0: 42,5 Wh stare: 42,5/42,5 Wh (100%) 
           model: Hewlett-Packard Stare primară: Complet 
CPU: Topologie: Model cu 6 nuclee: AMD Ryzen 5 4500U cu biți grafică Radeon: 64 
           tip: MCP arch: Zen rev: 1 L2 cache: 3072 KiB 
           steaguri: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
           bogomips: 28446 
           Viteză: 1603 MHz min/max: 1400/2375 MHz Viteze de bază (MHz): 1: 1656 2: 1291 
           3: 1212 4: 1397 5: 1397 6: 1397 
Grafică: Dispozitiv-1: AMD Renoir furnizor: Hewlett-Packard driver: N/A ID bus: 03:00.0 
           Display: server x11: driver X.Org 1.20.9: ati,fbdev 
           descărcat: modesetting, radeon, rezoluție vesa: 1920x1080~77Hz 
           OpenGL: redare: llvmpipe (LLVM 11.0.0 256 biți) v: 4.5 Mesa 20.2.6 
           redare directă: Da 
Audio: Dispozitiv-1: furnizor AMD: driver Hewlett-Packard: snd_hda_intel v: kernel 
           ID autobuz: 03:00.1 
           Dispozitiv-2: procesor audio AMD Raven/Raven2/FireFlight/Renoir 
           furnizor: driver Hewlett-Packard: snd_rn_pci_acp3x v: ID magistrală kernel: 03:00.5 
           Dispozitiv-3: AMD Family 17h HD Audio Furnizor: Driver Hewlett-Packard: snd_hda_intel 
           v: ID-ul magistralei nucleului: 03:00.6 
           Server de sunet: ALSA v: k5.4.0-80-generic 
Rețea: Dispozitiv-1: Adaptor de rețea fără fir PCIe Realtek RTL8822CE 802.11ac 
           furnizor: driver Hewlett-Packard: rtw_pci v: N/A port: f000 ID bus: 01:00.0 
           IF: stare wlo1: sus mac: 90:0f:0c:3d:09:9f 
Unități: Stocare locală: total: 238,47 GiB utilizați: 106,36 GiB (44,6%) 
           ID-1: /dev/nvme0n1 furnizor: SK Hynix model: BC511 HFM256GDJTNI-82A0A 
           dimensiune: 238,47 GiB 
Partiție: ID-1: / dimensiune: 233,17 GiB utilizat: 106,35 GiB (45,6%) fs: ext4 dev: /dev/nvme0n1p2 
           ID-2: dimensiunea swap-1: 977.0 MiB utilizat: 0 KiB (0.0%) fs: swap dev: /dev/nvme0n1p3 
Senzori: Temperaturi sistem: CPU: 53,8 C mobo: N/A 
           Vitezele ventilatorului (RPM): N/A 
Informații: Procese: 311 Timp de funcționare: 21m Memorie: 7,21 GiB utilizat: 1,81 GiB (25,1%) 
           Init: systemd runlevel: 5 Compilatoare: gcc: 9.3.0 Shell: bash v: 5.0.17 
           inxi: 3.0.38 

**)

    siiri@siiri-hp:~$ lsmod | grep rtw
rtwpci 24576 0
rtw88 618496 1 rtwpci
mac80211 847872 2 rtwpci,rtw88
cfg80211 704512 2 mac80211,rtw88

***)

siiri@siiri-hp:~$ iwconfig wlo1
wlo1 IEEE 802.11 ESSID: „Karhu”  
          Mod: Frecvență gestionată: 5,2 GHz Punct de acces: 58:D9:D5:E3:B0:5C   
          Bit Rate=526,6 Mb/s Tx-Power=20 dBm   
          Reîncercați limita scurtă:7 RTS thr:off Fragment thr:off
          Managementul energiei: activat
          Calitatea legăturii=69/70 Nivelul semnalului=-41 dBm  
          Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
          Tx reîncercări excesive:0 Diverse nevalide:1 Baliză ratată:0

(câmpul de comentarii prea mic)

Da waltinator, am continuat să citesc dmesg și journalctl ambele fără niciun rezultat ore întregi. Plot s-a îngroșat ieri seară când am forțat routerul dhcp să-i dea bietului HP/Ubuntu/rtl8822ce o nouă adresă. Conexiunea a rămas activă zeci de minute și am crezut că acum este rezolvată.

În această dimineață a dezvăluit starea proastă. Porniți HP, ping frumos de 4 ms și după deschiderea Firefox să veniți aici pentru a actualiza acest thread cu comentarii de victorie - fără internet.

Am început să citesc din nou forumuri și de data aceasta m-au îndrumat către https://github.com/lwfinger/rtw88 (multe link-uri rupte ieri la rtw88_new al aceluiași domn).

Am compilat driverul conform instrucțiunilor, pe lista neagră (Cum să puneți pe lista neagră modulele kernelului?) rtwpci și rtw88 și repornit. Acum am rtw_8822ce, rtw_8822c, rtw_pci și rtw_core și ping-ul curge.

Din păcate, comportamentul este în continuare același: 28% pierderi de pachete și vin periodic, să zicem, 30 de secunde de rutare plăcută, apoi 5 secunde fără răspuns și aceeași secvență din nou și din nou. În timp ce răspunsurile ping se pierd în tranzit, dmesg și journalctl nu produc absolut nicio intrări sau erori. Când traseul este clar, Speedtest.net oferă 96 Mbps în jos/10,5 Mbps în sus pentru această bandă largă de 100 Mbps, așa că nu este vorba nici despre blocarea rețelei.

Acest lucru se poate datora rețelei mele locale, deoarece comportamentul s-a schimbat atât de mult când i-am spus routerului să ofere o altă adresă HP/Ubuntu/rtl8822ce.

Rețeaua mea este în bandă largă prin cablu, router Tp-link TL-R605 v1.0, 3 x AP-uri wifi Tenda Nova Mesh3. Niciun alt client nu are probleme în acea rețea. Nu voi mai cumpăra niciodată ieftin Chinaware (Tenda), deși nu pot spune că este vina lor.

Bănuiesc că următorul meu pas de testare trebuie să fie clonarea înapoi a imaginii Win din fabrică și să încerc cu asta? Poate incerc U20.10 inainte de asta...