Ubuntu 20.04 rtl8822ce Wi-Fi прекращает маршрутизацию примерно через 3 секунды

Странная проблема, которую я пытался решить весь день, и теперь мне нужны идеи. Новый ноутбук HP *) с wifi rtl8822ce с правильными драйверами я считаю **). Ubuntu - это 20.04 с историей 16.04-> 18.04-> 20.04.

Когда я подключаюсь к нашему домашнему Wi-Fi, я могу примерно 3 секунды пинговать наш маршрутизатор или Google (10.0.0.1/8.8.8.8), после чего все, что я получаю, это «Целевой хост недоступен», пока я не отключусь и не подключусь снова. Каждый раз, когда я повторно подключаюсь, только 3 секунды подключения. Домашний Wi-Fi сделан с 3 Tenda Novas в качестве ячеистой сети. Все другие системы могут подключаться к этой сети все время, включая 3 Ubuntus, 3 Яблоки, 3 устройства Android, один телевизор LG, Windows и многое другое. Никаких проблем с доступом в Интернет в любое время. rtl8822ce подключается к точке доступа с частотой 2,4 или 5 ГГц, поведение такое же - всего 3 секунды подключения.

Во-вторых, я тестирую то же самое с мобильной точкой доступа своего телефона. У rtl8822ce / Ubuntu 20.04 нет проблем с подключением к этой точке доступа и постоянным подключением к ней.

То же поведение со свежей USB-флешкой Ubuntu 20.04 (для отмены истории обновлений). Сетевой домашний Wi-Fi 3 секунды в сети, специальная точка доступа для телефона остается на связи все время.

Я совершенно ничего не понимаю, потратив день на устранение неполадок с драйверами. Я считаю, что драйвер установлен нормально ***), но теперь что-то еще останавливает поток моих пакетов к маршрутизатору / Интернету.

Но что?

BR, Тимо

*)

    siiri@siiri-hp:~$ inxi -Fx
System:    Host: siiri-hp Kernel: 5.4.0-80-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 
           Desktop: Gnome 3.36.9 Distro: Ubuntu 20.04.2 LTS (Focal Fossa) 
Machine:   Type: Laptop System: HP product: HP Laptop 15s-eq1xxx v: N/A 
           serial: <superuser/root required> 
           Mobo: HP model: 8707 v: 37.19 serial: <superuser/root required> UEFI: AMI 
           v: F.41 date: 04/13/2021 
Battery:   ID-1: BAT0 charge: 42.5 Wh condition: 42.5/42.5 Wh (100%) 
           model: Hewlett-Packard Primary status: Full 
CPU:       Topology: 6-Core model: AMD Ryzen 5 4500U with Radeon Graphics bits: 64 
           type: MCP arch: Zen rev: 1 L2 cache: 3072 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
           bogomips: 28446 
           Speed: 1603 MHz min/max: 1400/2375 MHz Core speeds (MHz): 1: 1656 2: 1291 
           3: 1212 4: 1397 5: 1397 6: 1397 
Graphics:  Device-1: AMD Renoir vendor: Hewlett-Packard driver: N/A bus ID: 03:00.0 
           Display: x11 server: X.Org 1.20.9 driver: ati,fbdev 
           unloaded: modesetting,radeon,vesa resolution: 1920x1080~77Hz 
           OpenGL: renderer: llvmpipe (LLVM 11.0.0 256 bits) v: 4.5 Mesa 20.2.6 
           direct render: Yes 
Audio:     Device-1: AMD vendor: Hewlett-Packard driver: snd_hda_intel v: kernel 
           bus ID: 03:00.1 
           Device-2: AMD Raven/Raven2/FireFlight/Renoir Audio Processor 
           vendor: Hewlett-Packard driver: snd_rn_pci_acp3x v: kernel bus ID: 03:00.5 
           Device-3: AMD Family 17h HD Audio vendor: Hewlett-Packard driver: snd_hda_intel 
           v: kernel bus ID: 03:00.6 
           Sound Server: ALSA v: k5.4.0-80-generic 
Network:   Device-1: Realtek RTL8822CE 802.11ac PCIe Wireless Network Adapter 
           vendor: Hewlett-Packard driver: rtw_pci v: N/A port: f000 bus ID: 01:00.0 
           IF: wlo1 state: up mac: 90:0f:0c:3d:09:9f 
Drives:    Local Storage: total: 238.47 GiB used: 106.36 GiB (44.6%) 
           ID-1: /dev/nvme0n1 vendor: SK Hynix model: BC511 HFM256GDJTNI-82A0A 
           size: 238.47 GiB 
Partition: ID-1: / size: 233.17 GiB used: 106.35 GiB (45.6%) fs: ext4 dev: /dev/nvme0n1p2 
           ID-2: swap-1 size: 977.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/nvme0n1p3 
Sensors:   System Temperatures: cpu: 53.8 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Info:      Processes: 311 Uptime: 21m Memory: 7.21 GiB used: 1.81 GiB (25.1%) 
           Init: systemd runlevel: 5 Compilers: 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"  
          Mode:Managed  Frequency:5.2 GHz  Access Point: 58:D9:D5:E3:B0:5C   
          Bit Rate=526.6 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=69/70  Signal level=-41 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:1   Missed beacon:0
0
задан 22 July 2021 в 21:58

1 ответ

(поле комментария слишком маленькое)

Да, waltinator, я продолжал читать dmesg и journalctl безрезультатно в течение нескольких часов. Сюжет сгустился вчера вечером, когда я заставил маршрутизатор dhcp дать бедному HP/Ubuntu/rtl8822ce новый адрес. Соединение держалось в течение десятков минут, и я думаю, что теперь все решено.

Утро показало плохое состояние. Включил HP, хороший пинг 4 мс и после открытия Firefox, чтобы зайти сюда, чтобы обновить эту тему с победными комментариями - интернета нет.

Я снова начал читать форумы и на этот раз они направили меня на https://github.com/lwfinger/rtw88 (вчера было много битых ссылок на rtw88_new того же господина).

Я скомпилировал драйвер согласно инструкции, внес в черный список (Как внести модули ядра в черный список?) rtwpci и rtw88 и перезагрузился. Теперь у меня есть rtw_8822ce, rtw_8822c, rtw_pci и rtw_core и пинг идет.

К сожалению, поведение все то же: 28% потери пакетов, и они приходят периодически, скажем, 30 секунд хорошей маршрутизации, затем 5 секунд отсутствия ответов, и та же последовательность снова и снова. В то время как ответы ping теряются в пути, dmesg и journalctl не выдают абсолютно никаких записей или ошибок. Когда маршрут чист, Speedtest.net выдает 96 Мбит/с вниз/10,5 Мбит/с вверх для этого 100 Мбит/с широкополосного соединения, так что дело не в застое сети.

Это вполне может быть связано с моей локальной сетью, так как поведение сильно изменилось, когда я сказал маршрутизатору дать другой адрес HP/Ubuntu/rtl8822ce.

Моя сеть - это кабельное широкополосное соединение, маршрутизатор Tp-link TL-R605 v1.0, 3 x Tenda Nova Mesh3 wifi APs. Ни у одного клиента нет проблем в этой сети. Я больше никогда не буду покупать дешевые китайские изделия (Tenda), хотя и не могу сказать, что это их вина.

Я полагаю, что моим следующим тестовым шагом должно быть клонирование заводского образа Win и попытка с ним? Возможно, перед этим я попробую U20.10...

0
ответ дан 28 July 2021 в 11:15

Другие вопросы по тегам:

Похожие вопросы: