I've already checked various settings. It doesn't happen to my other devices. When the signal turns to "limited internet" it cannot access anything until I disconnect and reconnect in some way.
Next easy thing to try would be some different kernels;
linux-lts for 5.15 and update so you get 5.17 rather than 5.16 (assuming you haven't already done that).
I've updated linux-zen kernel to the latest (5.17). I've also installed and ran linux-lts for kernel 5.15 but both of them end up the same. Still no luck.
I've tried those solutions as well and I thought it was working for a while. It ended up failing once again under my max download and upload speeds by loading websites and watching a few videos.
Did you install a driver package for this (e.g. rtl8822bu-dkms or rtl88x2bu-dkms-git)?
I followed the solution to this forum.
I couldn't get the WiFi module to work and that solution worked out of the box. So I am using the dkms-git version.
Have you rebuilt the package recently? -git packages don't update themselves, you have to regularly rebuild to pick up any new commits (Chaotic-AUR will do periodic rebuilds).
Yes, I have reinstalled it since yesterday and the day before trying to troubleshoot.
Reinstalling isn't the same as rebuilding.
What's the version number of the package you have installed?
The version number is 5.13.1.r158.a543f24-1
OK, that matches the latest commit.
I don't immediately see any reported issues that look related on the issue tracker, so I guess the next question is did this work correctly at any point, and what has changed since then?
Since I first set it up it has never worked correctly. I wasn't aware at the time that Garuda Linux had forums either. I found a post here but it wasn't for my drivers. I am not sure what is causing this.
It's possible that your specific device doesn't like Linux, but there's also some information on the AUR package page about getting more log output:
(There's also a Garuda pastebin linked at the very top of the page)
Try disabling IPv6.
Add the following kernel boot parameter to grub:
The following command will automatically add the above kernel boot parameter to /etc/default/grub:
sudo cp /etc/default/grub /etc/default/grub.bak && sudo sed '/^GRUB_CMDLINE_LINUX_DEFAULT=/s/"$/ ipv6.disable=1"/g' -i /etc/default/grub
After adding the boot parameter, run:
Have you tried the adapter on different USB ports, USB2 vs USB3?
Have you rebooted your router?
Try locking your Wifi connection to your AP's SSID in network manager.
You can do this in Network Manager's "Wi-Fi" tab in your WiFi connection's properties settings.
There is a "BSSID" drop down field where you can select and lock your home Wi-Fi to a single BSSID.
After modifying Network Manager's configuration, reboot both your router and your computer.
Select a fixed wifi channel in your router settings.
Select a single band in your router settings, 2.4 or 5MHz not both.
Test your wifi on the 2.4 MHz band, and be sure you have separate BSSID's for the 2.4 and 5 MHz bands set in your router.
Test your connection with wifi encryption temporarily disabled. This is only a troubleshooting step. Never leave your wifi security disabled for an extended period of time.
Enable Network Manager's debugging mode with the following command:
echo -e "[logging]\nlevel=DEBUG" | sudo tee /etc/NetworkManager/conf.d/00-defaults.conf
This will give you a far more in depth logging.
Open a Network Manager live log session.
The command below will output a live log detailing your network's current activities. Open a live Network Manager debugging log session via this command:
journalctl -fu NetworkManager
Let the command run in the terminal, logging all current network activities.
Connect to your network and perform some large downloads to generate some useful log information.
Log at least 25-50 lines of output around times when your connection was dropped.
Copy the output from the terminal and post any important looking excerpts from the log (especially around failure events).
In another terminal tab/window you can also run:
journalctl -f _COMM=wpa_supplicant
You may want to test
iwd in place of
Try changing the channel bandwidth to
20MHz in your router.
Do you have a spare router, (or can you borrow one) to swap in temporarily? Please don't tell me it works fine with Windows.
Run the following command:
sudo systemctl stop NetworkManager; sudo modprobe -r 88x2bu; sleep 3; sudo modprobe 88x2bu rtw_power_mgnt=0 rtw_ips_mode=0 rtw_enusbss=0; sleep 3; sudo systemctl start NetworkManager
If your connectivity is improved using the above command, then make these driver options permanent with:
echo "options 88x2bu rtw_power_mgnt=0 rtw_ips_mode=0 rtw_enusbss=0" | sudo tee /etc/modprobe.d/88x2bu.conf
Hey there @OSS.
I've noticed you on the forum several times since my last post that contained numerous questions/suggestions for you.
If you have resolved your wifi issue please close out your thread properly by indicating how you managed to solve your issue. This helps others having similar issues to locate a solution more easily.
If your issue is not resolved, have you tested out some of the solutions put forward? Please indicate which suggestions you've tested so far (and the result). Also be sure to answer any questions put to you.
Life in general (and our forum) is a two way street. Please always acknowledge others efforts to assist you, and always respond to helpers queries. This is simply common courtesy, and is the expected behavior if you've come soliciting help on our forum.
Please don't leave your threads dangling, always ensure any help request you open is closed out properly. Your cooperation in this matter would be greatly appreciated.
Hi, I've tried most of your solutions. Unfortunately most of them didn't work (I haven't tested any of the commands yet). I had tried changing the beacon interval in my router but it didn't seem to work. Right now I need more testing, I've tried switching my bandwidth to 20mhz and changed to a less congested channel (there's a network hogging up a lot of channels). I've also changed my mode to 802.11ac only to see if that had any solution.
As of now it seems stable but I can't confirm it and it needs more testing. Sometimes it seems very stable for a while to later stop working.
Well at least that's encouraging that you've had some improvement. Thanks for letting us know your progress. Keep us informed on how other fixes go.
If there's another network with many APs that's very active then you're going to be fighting against it for bandwidth (same as when one person on the wifi is torrenting, noone else can get any data transfer), so changing channel should definitely help here.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.