Điểm:0

Ubuntu 20.04 rtl8822ce Wifi ngừng định tuyến sau khoảng 3 giây

lá cờ vn

Một vấn đề kỳ lạ mà tôi đã cố gắng giải quyết cả ngày và bây giờ tôi cần ý tưởng. Tôi tin rằng một máy tính xách tay mới HP *) có wifi rtl8822ce với trình điều khiển chính xác **). Ubuntu là 20.04 với lịch sử 16.04->18.04->20.04.

Khi tôi kết nối với wifi gia đình, tôi có thể ping khoảng 3 giây bộ định tuyến hoặc google (10.0.0.1/8.8.8.8), sau đó tất cả những gì tôi nhận được là "Không thể truy cập máy chủ đích" cho đến khi tôi ngắt kết nối và kết nối lại. Mỗi lần tôi kết nối lại, chỉ có 3 giây kết nối. Wifi gia đình được tạo với 3 Tenda Novas dưới dạng mạng Lưới. Tất cả các hệ thống khác có thể kết nối mạng này mọi lúc, bao gồm 3 Ubuntu, 3 Apple, 3 Android, một LG TV, một Windows và nhiều hệ thống khác. Không có vấn đề với truy cập internet bất cứ lúc nào. rtl8822ce kết nối với AP với 2,4 GHz hoặc 5 GHz, hoạt động giống nhau - chỉ 3 giây kết nối.

Thứ hai, tôi kiểm tra tương tự với điểm truy cập di động của điện thoại. rtl8822ce/Ubuntu 20.04 không gặp vấn đề gì khi kết nối AP này và duy trì kết nối với nó.

Hành vi tương tự với thanh usb trực tiếp Ubuntu 20.04 mới (để ghi đè lên lịch sử nâng cấp). Kết nối wifi tại nhà trực tuyến 3 giây, điện thoại đặc biệt AP luôn được kết nối.

Tôi hoàn toàn không biết gì sau khi dành một ngày để khắc phục sự cố trình điều khiển. Tôi tin rằng trình điều khiển đã được cài đặt ổn ***) nhưng một thứ khác hiện đang ngăn các gói của tôi truyền tới bộ định tuyến/internet.

Nhưng cái gì?

BR, Timo

*)

    siiri@siiri-hp:~$ inxi -Fx
Hệ thống: Máy chủ: siiri-hp Hạt nhân: 5.4.0-80-generic x86_64 bits: 64 trình biên dịch: gcc v: 9.3.0 
           Máy tính để bàn: Gnome 3.36.9 Bản phân phối: Ubuntu 20.04.2 LTS (Focal Fossa) 
Máy: Loại: Máy tính xách tay Hệ thống: Sản phẩm HP: Máy tính xách tay HP 15s-eq1xxx v: N/A 
           nối tiếp: <yêu cầu superuser/root> 
           Mobo: Model HP: 8707 v: 37.19 serial: <yêu cầu superuser/root> UEFI: AMI 
           v: F.41 ngày: 13/04/2021 
Pin: ID-1: BAT0 sạc: 42,5 Wh tình trạng: 42,5/42,5 Wh (100%) 
           Model: Hewlett-Packard Tình trạng chính: Đầy đủ 
CPU: Cấu trúc liên kết: Model 6 nhân: AMD Ryzen 5 4500U với Radeon Đồ họa bit: 64 
           loại: MCP vòm: Zen rev: 1 L2 cache: 3072 KiB 
           cờ: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
           bogomips: 28446 
           Tốc độ: 1603 MHz tối thiểu/tối đa: 1400/2375 MHz Tốc độ lõi (MHz): 1: 1656 2: 1291 
           3: 1212 4: 1397 5: 1397 6: 1397 
Đồ họa: Thiết bị-1: Nhà cung cấp AMD Renoir: Trình điều khiển Hewlett-Packard: ID bus N/A: 03:00.0 
           Hiển thị: máy chủ x11: trình điều khiển X.Org 1.20.9: ati,fbdev 
           không tải: cài đặt chế độ, radeon, độ phân giải vesa: 1920x1080~77Hz 
           OpenGL: trình kết xuất: llvmpipe (LLVM 11.0.0 256 bit) v: 4.5 Mesa 20.2.6 
           kết xuất trực tiếp: Có 
Âm thanh: Thiết bị-1: Nhà cung cấp AMD: Trình điều khiển Hewlett-Packard: snd_hda_intel v: kernel 
           ID xe buýt: 03:00.1 
           Thiết bị-2: Bộ xử lý âm thanh AMD Raven/Raven2/FireFlight/Renoir 
           nhà cung cấp: Trình điều khiển Hewlett-Packard: snd_rn_pci_acp3x v: ID bus nhân: 03:00.5 
           Thiết bị-3: AMD Family 17h HD Audio nhà cung cấp: Trình điều khiển Hewlett-Packard: snd_hda_intel 
           v: ID xe buýt hạt nhân: 03:00.6 
           Máy chủ âm thanh: ALSA v: k5.4.0-80-generic 
Mạng: Thiết bị-1: Bộ điều hợp mạng không dây Realtek RTL8822CE 802.11ac PCIe 
           nhà cung cấp: Hewlett-Packard driver: rtw_pci v: N/A port: f000 bus ID: 01:00.0 
           NẾU: trạng thái wlo1: up mac: 90:0f:0c:3d:09:9f 
Ổ đĩa: Bộ nhớ cục bộ: tổng: 238,47 GiB đã sử dụng: 106,36 GiB (44,6%) 
           ID-1: /dev/nvme0n1 nhà cung cấp: SK Hynix model: BC511 HFM256GDJTNI-82A0A 
           kích thước: 238,47 GiB 
Phân vùng: ID-1: / size: 233,17 GiB đã sử dụng: 106,35 GiB (45,6%) fs: ext4 dev: /dev/nvme0n1p2 
           ID-2: kích thước hoán đổi-1: 977,0 MiB đã sử dụng: 0 KiB (0,0%) fs: hoán đổi dev: /dev/nvme0n1p3 
Cảm biến: Nhiệt độ hệ thống: cpu: 53,8 C mobo: N/A 
           Tốc độ quạt (RPM): N/A 
Thông tin: Quy trình: 311 Thời gian hoạt động: 21 phút Bộ nhớ: 7,21 GiB đã sử dụng: 1,81 GiB (25,1%) 
           Ban đầu: systemd runlevel: 5 Trình biên dịch: 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"  
          Chế độ:Được quản lý Tần số:5,2 GHz Điểm truy cập: 58:D9:D5:E3:B0:5C   
          Tốc độ bit=526,6 Mb/s Tx-Power=20 dBm   
          Thử lại giới hạn ngắn:7 RTS thr:off Fragment thr:off
          Quản lý năng lượng: bật
          Chất lượng liên kết=69/70 Mức tín hiệu=-41 dBm  
          Rx nwid không hợp lệ:0 Rx mật mã không hợp lệ:0 Rx mảnh không hợp lệ:0
          Thử lại quá nhiều Tx:0 Misc không hợp lệ:1 Đèn hiệu bị bỏ lỡ:0
Timo Karhu avatar
lá cờ vn
Tốt. Cha (tôi) đã dành khoảng 8 giờ để giải bài toán trên.Khi tôi nói với con gái rằng bạn vẫn chưa thể nhận được máy tính xách tay mới, cô ấy nói tại sao bạn không khởi động lại AP chính (Tenda Nova thứ nhất)? Điều này giúp kết nối duy trì hoạt động trong vài phút, sau đó nó chết theo cách tương tự như trước đó. Một số bộ đệm được lấp đầy ở đâu đó? Tại sao chỉ với thẻ wifi này?
waltinator avatar
lá cờ it
Nhìn vào các bản ghi! `sudo journalctl -b 0 -u Trình quản lý mạng`. Đọc `man journalctl`.
Điểm:0
lá cờ vn

(trường bình luận quá nhỏ)

Vâng, waltinator, tôi đã đọc cả dmesg & journalctl trong nhiều giờ mà không có kết quả. Cốt truyện dày lên vào tối hôm qua khi tôi buộc bộ định tuyến dhcp cung cấp cho HP/Ubuntu/rtl8822ce tội nghiệp đó một địa chỉ mới. Kết nối duy trì trong hàng chục phút và tôi nghĩ nó đã được sắp xếp ngay bây giờ.

Sáng nay lộ status dở khóc dở cười. Tăng sức mạnh cho HP, ping 4ms tốt và sau khi mở Firefox để đến đây để cập nhật chủ đề này với các bình luận chiến thắng - không có internet.

Tôi bắt đầu đọc diễn đàn một lần nữa và lần này họ đã hướng dẫn tôi https://github.com/lwfinger/rtw88 (nhiều liên kết bị hỏng ngày hôm qua đến rtw88_new của cùng một quý ông).

Tôi đã biên dịch trình điều khiển theo hướng dẫn, được đưa vào danh sách đen (Làm cách nào để liệt kê các mô-đun hạt nhân vào danh sách đen?) rtwpci và rtw88 và khởi động lại. Bây giờ tôi có rtw_8822ce, rtw_8822c, rtw_pci và rtw_core và ping đang chạy.

Thật không may, hành vi vẫn giống nhau: 28% mất gói và chúng đến định kỳ, chẳng hạn như 30 giây định tuyến đẹp sau đó 5 giây không có phản hồi và lặp đi lặp lại cùng một trình tự. Trong khi các câu trả lời ping bị mất trong quá trình vận chuyển, dmesg và journalctl xuất ra hoàn toàn không có mục nhập hoặc lỗi nào. Khi tuyến đường rõ ràng, Speedtest.net cung cấp tốc độ giảm 96 Mbps/tăng 10,5 Mbps cho băng thông rộng 100 Mbps này, vì vậy đây cũng không phải là mạng bị đình trệ.

Điều này rất có thể là do mạng cục bộ của tôi vì hành vi đã thay đổi rất nhiều khi tôi yêu cầu bộ định tuyến cung cấp một địa chỉ khác cho HP/Ubuntu/rtl8822ce.

Mạng của tôi là băng thông rộng qua cáp, bộ định tuyến Tp-link TL-R605 v1.0, 3 điểm phát wifi Tenda Nova Mesh3. Không có máy khách nào khác gặp sự cố trong mạng đó. Tôi sẽ không bao giờ mua Đồ sứ giá rẻ (Tenda) nữa mặc dù không thể nói đó là lỗi của họ.

Tôi đoán bước kiểm tra tiếp theo của tôi cần phải là sao chép lại hình ảnh Win gốc và thử với điều đó? Có lẽ tôi sẽ thử U20.10 trước đó ..

Timo Karhu avatar
lá cờ vn
Không, U20.10 chẳng thay đổi được tình thế đâu :(
Timo Karhu avatar
lá cờ vn
Bí ẩn là những cách gói. Nghi ngờ mạng gia đình của mình, tôi quyết định tắt tất cả các ô phụ và chính Nova, bộ định tuyến và chính HP. Bây giờ tôi cũng có một mạng hoạt động trên HP trong hơn một giờ! Mình sợ lại vào đây nhưng giờ giao HP cho con gái báo mất điện ;) Đối với bất kỳ ai có thể vấp phải điều này khi tìm thấy kiểu máy HP tại đây, tôi đề xuất Ubuntu 20.10 hoặc mới hơn khi làm mờ màn hình, tạm dừng và các phím đặc biệt khác bắt đầu hoạt động ngay sau khi nâng cấp.
Timo Karhu avatar
lá cờ vn
Chào.Tôi quay lại để xác nhận rằng con gái nói rằng PC đã ổn trong những ngày này. Tôi đã thấy một số gói bị rơi vào ngày 23 tháng 7 khi cuối cùng tôi đưa chiếc lappy cho cô ấy. Có lẽ chúng không hiển thị khi sử dụng internet bình thường. Tất cả đều tốt;)
Timo Karhu avatar
lá cờ vn
Cập nhật cuối cùng, tôi hy vọng. Tôi tin rằng toàn bộ mớ hỗn độn này là do tính năng phát hiện giả mạo ARP của Tp-link TL-R605 được bật theo mặc định và đặt trước địa chỉ DHCP bằng nút "liên kết mac-ip" và một quản trị viên thiếu hiểu biết đã nhấn nút này khi gán IP vĩnh viễn cho một số thiết bị gia đình . Đừng nhấn các nút đó nếu bạn không biết chính xác chúng làm gì. Do..

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.