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

Странная проблема, которую я пытался решить весь день, и теперь мне нужны идеи. Новый ноутбук HP *) с Wi-Fi 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 в качестве Mesh-сети. Все другие системы могут постоянно подключаться к этой сети, включая 3 Ubuntu, 3 Apple, 3 Android, один LG TV, Windows и многие другие. Никаких проблем с доступом в интернет в любое время. rtl8822ce подключается к точке доступа с частотой 2,4 ГГц или 5 ГГц, поведение такое же - всего 3 секунды подключения.

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

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

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

Но что?

БР, Тимо

*)

    siiri@siiri-hp:~$ inxi -Fx
Система: Хост: siiri-hp Ядро: 5.4.0-80-generic x86_64 биты: 64 компилятор: gcc v: 9.3.0 
           Рабочий стол: Gnome 3.36.9 Дистрибутив: Ubuntu 20.04.2 LTS (Focal Fossa) 
Машина: Тип: Ноутбук Система: Продукт HP: Ноутбук HP 15s-eq1xxx v: Н/Д 
           серийный номер: <требуется суперпользователь/рут> 
           Mobo: модель HP: 8707 v: 37.19 серийный номер: <требуется суперпользователь/рут> UEFI: AMI 
           v: F.41 дата: 13.04.2021 
Аккумулятор: ID-1: зарядка BAT0: 42,5 Втч состояние: 42,5/42,5 Втч (100%) 
           модель: Hewlett-Packard Основной статус: Полный 
ЦП: Топология: 6-ядерная модель: AMD Ryzen 5 4500U с Radeon Graphics Биты: 64 
           тип: Арка MCP: Zen rev: 1 Кэш L2: 3072 КиБ 
           флаги: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
           богомипов: 28446 
           Скорость: 1603 МГц мин./макс.: 1400/2375 МГц Частота ядра (МГц): 1: 1656 2: 1291 
           3:1212 4:1397 5:1397 6:1397 
Графика: Устройство-1: Производитель AMD Renoir: Драйвер Hewlett-Packard: Н/Д Идентификатор шины: 03:00.0 
           Дисплей: x11 сервер: X.Org 1.20.9 драйвер: ati,fbdev 
           выгружено: modesetting, radeon, vesa разрешение: 1920x1080~77Hz 
           OpenGL: рендерер: llvmpipe (LLVM 11.0.0 256 бит) v: 4.5 Mesa 20.2.6 
           прямой рендеринг: Да 
Аудио: Устройство-1: Производитель AMD: Драйвер Hewlett-Packard: snd_hda_intel v: ядро 
           идентификатор автобуса: 03:00.1 
           Устройство-2: Аудиопроцессор AMD Raven/Raven2/FireFlight/Renoir 
           поставщик: Hewlett-Packard драйвер: snd_rn_pci_acp3x v: ID шины ядра: 03:00.5 
           Устройство-3: AMD Family 17h HD Audio. Поставщик: Hewlett-Packard. Драйвер: snd_hda_intel. 
           v: идентификатор шины ядра: 03:00.6 
           Звуковой сервер: ALSA v: k5.4.0-80-generic 
Сеть: Устройство-1: Адаптер беспроводной сети Realtek RTL8822CE 802.11ac PCIe 
           поставщик: Hewlett-Packard драйвер: rtw_pci v: н/д порт: f000 идентификатор шины: 01:00.0 
           ЕСЛИ: состояние wlo1: up mac: 90:0f:0c:3d:09:9f 
Диски: локальное хранилище: всего: 238,47 ГБ, использовано: 106,36 ГБ (44,6%). 
           ID-1: /dev/nvme0n1 поставщик: SK Hynix модель: BC511 HFM256GDJTNI-82A0A 
           размер: 238,47 ГиБ 
Раздел: ID-1: / размер: 233,17 ГиБ Используемый: 106,35 ГиБ (45,6%) fs: ext4 dev: /dev/nvme0n1p2 
           ID-2: размер подкачки-1: 977,0 МБ Использовано: 0 КиБ (0,0%) fs: swap dev: /dev/nvme0n1p3 
Датчики: Температура системы: ЦП: 53,8 C Мобильный телефон: Н/Д 
           Скорости вентилятора (об/мин): нет данных 
Информация: Процессы: 311 Время работы: 21 м Память: 7,21 ГиБ Использовано: 1,81 ГиБ (25,1%) 
           Инициализация: systemd уровень запуска: 5 Компиляторы: gcc: 9.3.0 Оболочка: bash v: 5.0.17 
           инкси: 3.0.38 

**)

    siiri@siiri-hp:~$ lsmod | grep rtw
rtwpci 24576 0
rtw88 618496 1 rtwpci
mac80211 847872 2 rtwpci, rtw88
cfg80211 704512 2 мак80211, ртв88

***)

siiri@siiri-hp:~$ iwconfig wlo1
wlo1 IEEE 802.11 ESSID: "Карху"  
          Режим: Управляемый Частота: 5,2 ГГц Точка доступа: 58: D9: D5: E3: B0: 5C   
          Скорость передачи данных = 526,6 Мбит/с. Мощность передачи = 20 дБм.   
          Короткий лимит повторов:7 RTS thr:off Фрагмент thr:off
          Управление питанием: вкл.
          Качество связи = 69/70 Уровень сигнала = -41 дБм  
          Rx неверный nwid:0 Rx неверный crypt:0 Rx неверный frag:0
          Чрезмерное количество повторных попыток передачи: 0 Недействительное разное: 1 Пропущенный маяк: 0

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

Да, 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 точки доступа Wi-Fi Tenda Nova Mesh3. Ни у одного другого клиента нет проблем в этой сети. Я больше никогда не буду покупать дешевую фарфоровую посуду (Tenda), хотя и не могу сказать, что это их вина.

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