☰

Ubuntu 20.04 rtl8822ce Wifi 约 3 秒后停止路由

tag-icon • tag-icon networking wireless internet realtek-wireless
Ubuntu 20.04 rtl8822ce Wifi 约 3 秒后停止路由

一个奇怪的问题，我整天都在尝试解决，现在我需要一些想法。一台新的笔记本电脑 HP *) 带有 rtl8822ce wifi，我相信它有正确的驱动程序 **)。Ubuntu 是 20.04，具有 16.04->18.04->20.04 历史记录。

当我连接到我们的家庭 wifi 时，我可以 ping 大约 3 秒钟我们的路由器或谷歌（10.0.0.1/8.8.8.8），之后我得到的只是“目标主机无法访问”，直到我断开连接并再次连接。每次我重新连接时，只有 3 秒钟的连接时间。家庭 wifi 由 3 个 Tenda Nova 组成 Mesh 网络。所有其他系统都可以随时连接此网络，包括 3 个 Ubuntu、3 个 Apple、3 个 Android、一台 LG 电视、一台 Windows 等等。随时都可以访问互联网。rtl8822ce 连接到 2.4GHz 或 5GHz 的 AP，行为相同 - 仅 3 秒钟的连接时间。

其次，我用手机的移动接入点进行了同样的测试。rtl8822ce/Ubuntu 20.04 可以毫无问题地连接此 AP 并保持连接。

与全新的 Ubuntu 20.04 live usb 的行为相同（以覆盖升级历史记录）。网状家庭 wifi 在线 3 秒，临时电话 AP 始终保持连接。

我花了一天时间排除驱动程序问题，但还是一无所获。我相信驱动程序安装好了 ***)，但现在有其他东西阻止我的数据包流向路由器/互联网。

但什么？

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

答案1

（评论区太小）

是的，waltinator，我花了几个小时一直查看 dmesg 和 journalctl，但都无济于事。昨天晚上，当我强制路由器 dhcp 为可怜的 HP/Ubuntu/rtl8822ce 提供一个新地址时，情况变得更加复杂。连接保持了数十分钟，我认为现在已经解决了。

今天早上发现了糟糕的状态。启动 HP，ping 值 4ms，打开 Firefox 来到这里更新这个帖子并发表胜利评论 - 没有网络。

我又开始阅读论坛，这次他们引导我https://github.com/lwfinger/rtw88（昨天同一位先生的 rtw88_new 的许多链接都断开了）。

我根据说明编译了驱动程序，将其列入黑名单（如何将内核模块列入黑名单？) rtwpci 和 rtw88 并重新启动。现在我有 rtw_8822ce、rtw_8822c、rtw_pci 和 rtw_core，ping 正常。

不幸的是，行为仍然相同：28% 的数据包丢失，并且它们会定期出现，比如说，30 秒的路由良好，然后 5 秒没有回复，并且重复相同的序列。虽然 ping 答案在传输过程中丢失，但 dmesg 和 journalctl 绝对不会输出任何条目或错误。当路由畅通时，Speedtest.net 为这个 100Mbps 宽带提供 96mbps 的下载速度/10,5Mbps 的上传速度，因此这也不是网络停滞的问题。

这很可能是由于我的本地网络，因为当我告诉路由器给 HP/Ubuntu/rtl8822ce 另一个地址时，行为发生了很大变化。

我的网络是有线宽带、Tp-link TL-R605 v1.0 路由器、3 个 Tenda Nova Mesh3 wifi AP。该网络中没有其他客户端出现问题。我再也不会购买廉价的瓷器（Tenda），尽管不能说这是他们的错。

我想我的下一个测试步骤需要克隆回出厂 Win 映像并尝试使用它？也许我在此之前尝试 U20.10。

相关内容