Description of problem: The wifi adapter on my laptop is identified in the Control Centre as an RTL8723BE PCIe Wireless Network Adapter. All the latest updates are installed. After a few minutes of uptime, the wifi used to disconnect and automatically reconnect. This was a minor annoyance, but easy to live with. For the past few days, the disconnection doesn't happen any more. Instead, though, the upload and download speeds slow down to practically zero (confirmed by the Network Monitor), so that I have to disconnect and reconnect manually. Unfortunately, I don't have the expertise to determine the cause of this problem, but it's a new issue that never happened until recently. How reproducible: On every restart of my machine. Steps to Reproduce: 1. Browse or stream 2. Wait for speed to reduce to zero after a few minutes without recovering 3. Disconnect and reconnect to fix the problem in the short term 4. Repeat
Sorry for the trouble you are having. To give some information about your system, please post the output of: $ inxi -MSxx I am CC'ing others who are more au fait with WiFi. They will probably ask for more information, and suggest things to try.
CC: (none) => fri, ouaurelien
From https://www.linuxliteos.com/forums/network/rtl8723be-pcie-wireless-network-adapter-issues-informationfix/ Try creating a text file /etc/modprobe.d/rtl8723be.conf with the contents options rtl8723be fwlps=0 ips=0 Then either reload the module or reboot.
CC: (none) => davidwhodgins
Reporter, could you please reply to the previous question? If you don't reply within two weeks from now, I will have to close this bug as OLD. Thank you. Perhaps my above comments are rude, but, if WiFi connection goes to slow down and to be near 0 bandwidth, perhaps your WiFi network is saturated by other connections and other access points that are overlapping your router's band. Try to see if your router is well configured to choose less used band, and/or, make sure the full network capacities are enabled, like WiFi 5 (WiFi b/g/n) or WiFi 6 (MiMo, and WiFi on 5 Ghz). Now, go back to your device that is a RTL8723BE PCIe Wireless Network Adapter. We want output of: $ inxi -MSNxx Also, try Comment 2 proposal by David.
Status: NEW => NEEDINFOKeywords: (none) => NEEDINFO
(In reply to Dave Hodgins from comment #2) Thank you for the suggestion. This didn't solve the problem.
(In reply to Aurelien Oudelet from comment #3) The problem happens very regularly on my Mageia system and not at all on other devices. It also didn't happen on Mageia until quite recently. So I'm sure the issue is with the laptop rather than the router or network. I have to install inxi first, but will reply ASAP.
(In reply to Lewis Smith from comment #1) Thank you for the helpful reply. Here is the output: [dennis@manchot03 ~]$ inxi -MSxx System: Host: manchot03 Kernel: 5.10.41-desktop-1.mga8 x86_64 bits: 64 compiler: gcc v: 10.3.0 Desktop: KDE Plasma 5.20.4 tk: Qt 5.15.2 wm: kwin_x11 dm: SDDM Distro: Mageia 8 mga8 Machine: Type: Laptop System: HP product: HP Notebook v: Type1ProductConfigId serial: <superuser required> Chassis: type: 10 serial: <superuser required> Mobo: HP model: 81F5 v: 66.43 serial: <superuser required> UEFI: Insyde v: F.30 date: 11/01/2017 [dennis@manchot03 ~]$
(In reply to Dennis Nigbur from comment #5) > The problem happens very regularly on my Mageia system and not at all on > other devices. It also didn't happen on Mageia until quite recently. So I'm > sure the issue is with the laptop rather than the router or network. what does "quite recently" mean ? did you update a kernel or firmware or something else ? when it slows down, do in terminal: dmesg > dmesg.txt and attach dmesg.txt to this report. also I need the output of lspcidrake, so do in terminal: lspcidrake -v >lspcidrake.txt and attach it to this report
Thank you. I always download and install the latest updates, but I don't keep a diary about this. I'd say that the change happened perhaps 2 weeks ago, and it may very well have been after a kernel update. Currently I'm on version 5.10.43-desktop-1.mga8 The output of dmesg and lspcidrake is attached as requested.
Created attachment 12772 [details] dmesg output as requested
Created attachment 12773 [details] lspcidrake output as requested
Created attachment 12821 [details] another dmesg output for comparison
Requested infos are here. rtl8723be : Realtek Semiconductor Co., Ltd.|RTL8723BE PCIe Wireless Network Adapter [NETWORK_OTHER] (vendor:10ec device:b723 subv:103c subd:81c1) @reporter, Kernel was updated yesterday to 5.10.48. Can you test this?
Status: NEEDINFO => NEWAssignee: bugsquad => kernelKeywords: NEEDINFO => (none)
No change, unfortunately. I have attached an updated dmesg output in case it's useful.
Created attachment 12861 [details] dmesg after kernel update to 5.10.48
In future, please add audit=0 to the kernel parameters in /etc/default/grub to stop the "audit:" messages being logged. They are of no use in most debugging. Also please remove the defective cd/dvd from the drive to get rid of the lines caused by "I/O error, dev sr0, sector 8000". All of the above output has overwritten most useful info. All the dmesg shows is a segfault in speech dispatcher, the wifi losing it's connection 37 minutes after boot, followed by some trancode segfaults. The only possibly useful info in that dmesg output is ... [ 2234.094955] rtlwifi: AP off, try to reconnect now [ 2234.094995] wlo1: Connection to AP 10:06:45:e0:fd:5e lost [ 2241.162612] wlo1: authenticate with 10:06:45:e0:fd:5e [ 2241.182381] wlo1: send auth to 10:06:45:e0:fd:5e (try 1/3) [ 2241.187338] wlo1: authenticated [ 2241.188738] wlo1: associate with 10:06:45:e0:fd:5e (try 1/3) [ 2241.192392] wlo1: RX AssocResp from 10:06:45:e0:fd:5e (capab=0x431 status=0 aid=3) [ 2241.192590] wlo1: associated [ 2241.472144] wlo1: deauthenticating from 10:06:45:e0:fd:5e by local choice (Reason: 3=DEAUTH_LEAVING) [ 2243.028818] wlo1: authenticate with 10:06:45:e0:fd:5e [ 2243.048528] wlo1: send auth to 10:06:45:e0:fd:5e (try 1/3) [ 2243.050544] wlo1: authenticated [ 2243.051739] wlo1: associate with 10:06:45:e0:fd:5e (try 1/3) [ 2243.055382] wlo1: RX AssocResp from 10:06:45:e0:fd:5e (capab=0x431 status=0 aid=3) [ 2243.055578] wlo1: associated [ 2243.110186] IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready The question becomes "why did it lose the connection?" and have to reconnect? I'd recommend changing the wireless access point to try using a different channel. The command "journalctl --no-h -b" will show everything since boot, not just what was still in the kernel buffer.
One of the latest updates finally seems to have resolved this issue. I don't know which package it was, but I haven't experienced this problem for a couple of weeks now.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED