Điểm:0

WiFi liên tục bị rớt, bộ chuyển đổi Intel bên trong sang modem AT&T Netgear, Ubuntu 20.04

lá cờ sa

Đây là một vấn đề ngấm ngầm đang khiến tôi phát điên và tôi đã cạn kiệt kỹ năng.

Ubuntu 20.04 LTS trên máy tính xách tay Chuwi với chip không dây Intel 9461. Hoạt động hoàn hảo khi được kết nối với hầu hết WiFi, bao gồm cả T-Mobile Pixel của tôi ở chế độ điểm phát sóng và Netgear WAP gia đình.

Khi tôi kết nối với điểm phát sóng AT&T (Netgear MR1100) bằng WPA2-PSK, tôi bị ngắt kết nối/kết nối lại định kỳ.

tạp chíctl -u Trình quản lý mạng tiết lộ những điều sau đây:

Ngày 14 tháng 1 16:45:06 Biscayne NetworkManager[954]: <warn> [1642196706.3760] sup-iface[0x563fc2a5e920,wlo2]: kết nối bị ngắt kết nối (lý do -4)
Ngày 14 tháng 1 16:45:06 Trình quản lý mạng Biscayne[954]: <thông tin> [1642196706.4092] thiết bị (wlo2): trạng thái giao diện thay thế: đã hoàn thành -> đã ngắt kết nối
Ngày 14 tháng 1 16:45:06 Trình quản lý mạng Biscayne[954]: <thông tin> [1642196706.4093] thiết bị (p2p-dev-wlo2): trạng thái giao diện quản lý thay thế: đã hoàn thành -> đã ngắt kết nối

cho mỗi lần kết nối bị rớt.Sau đó, nó ngay lập tức quét và kết nối lại.

Khi tôi kết nối thông qua Netgear WAP đã nói ở trên, kết nối cuối cùng kết thúc ở cùng một AT&T MR1100. Và nếu tôi cắm bộ điều hợp không dây ALFA của mình qua USB, tôi có thể duy trì kết nối trực tiếp với cùng một chiếc MR1100. Những ngắt kết nối này chỉ xảy ra trực tiếp giữa Intel 9461 tích hợp và MR1100.

dmesg|grep iwl cho thấy như sau:

[ 5.694167] iwlwifi 0000:00:0c.0: đã tải phiên bản chương trình cơ sở 46.4d093a30.0 9000-pu-b0-jf-b0-46.ucode op_mode iwlmvm
[ 5.702677] iwlwifi 0000:00:0c.0: Tải chương trình cơ sở trực tiếp cho iwl-debug-yoyo.bin không thành công với lỗi -2
[ 5.776285] iwlwifi 0000:00:0c.0: Đã phát hiện Intel(R) Wireless-AC 9461, REV=0x318
[ 5.828964] iwlwifi 0000:00:0c.0: địa chỉ HW cơ sở: f8:e4:e3:98:99:eb
[ 5.877346] ieee80211 phy0: Thuật toán kiểm soát tốc độ đã chọn 'iwl-mvm-rs'
[ 6.009380] iwlwifi 0000:00:0c.0 wlo2: đổi tên từ wlan0
[ 11.408323] iwlwifi 0000:00:0c.0: Xung đột giữa TLV & NVM về việc bật LAR (TLV = NVM đã bật = đã tắt)
[ 8852.250007] iwlwifi 0000:00:0c.0: Xung đột giữa TLV & NVM liên quan đến việc bật LAR (TLV = NVM đã bật = đã tắt)

Phần sụn của tôi đã được cập nhật (AMD64 1.187.25).

Tôi không chắc nên xem hoặc thử gì tiếp theo.

chili555 avatar
lá cờ cn
Vui lòng thử một lệnh đầu cuối: `sudo modprobe -r iwlwifi && sudo modprobe iwlwifi lar_disable=Y` Nó có hữu ích không?
Sean Welsh avatar
lá cờ sa
Điều đó dường như đã thay đổi hành vi. Tôi vẫn bị ngắt kết nối, nhưng bây giờ chúng là Lý do 3.
chili555 avatar
lá cờ cn
Chúng ta xem được không? `sudo dmesg | grep iwl` Vì kết quả có thể dài, hãy dán kết quả vào đây và cung cấp cho chúng tôi liên kết: http://paste.ubuntu.com
Sean Welsh avatar
lá cờ sa
Tôi đã đưa đầu ra đó vào OP của mình.
chili555 avatar
lá cờ cn
Tôi không thấy bất kỳ sự ngắt kết nối nào với lý do 3 ở trên. Nếu bạn có quyền quản trị đối với MR1000, tôi khuyên bạn nên thử các bước khắc phục sự cố của tôi tại đây: https://askubuntu.com/questions/1364239/tp-link-usb-wless-adapter-keep-losing-data-every-several -phút-không-đĩa/1364295#1364295
Sean Welsh avatar
lá cờ sa
OK, tôi đã làm theo tất cả các đề xuất từ ​​bài đăng đó. Vẫn nhận được một lý do 4 ngắt kết nối.Đây là kết quả từ Sudo dmesg | grep iwl: https://paste.ubuntu.com/p/mtKYDQ6Vhy/

Đă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.