i dont know how, but after i switched from zorinOS to fedora (nobara), my wifi got REALLY slow.
how it works: usually, my wifi gets to 0B/s for no reason, or it just get slow for no reason, before anyone says that my wifi is just bad, i want to say that it works well on any other device on my house, including cellphone, etc.
i already tried disabling wifi powersave, it didnt work.
my wifi driver is a realtek RTL8821CE.
You need to ask Nobara as it’s their kernel, or reproduce on Fedora.
I Have The Same Issue
Just wondering if you saw this page in the Nobara wiki…
Better But Now Still Slow
Do you also have the RealTek chip?
How Can I Know
Run sudo lshw -C network and post the output.
sudo: lshw: Command not found
How about lspci or inxi -n?
0:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
0:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
0:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
D: 04.0 Signal processing controller: Intel Corporation 3rd Gen Core Processor Thermal Subsystem (rev 09)
0:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB HCI Host Controller (rev 04)
0:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04)
0: 1a. 0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04)
00: 1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1.3 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 4 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04)
ExPEancet Post Conted leT
00: 1f.© ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA SATA controller: Intel Corporation Series Series Chipset Family SATA SATA Controller [AHCImodel (rev 04)
00: 1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04)
00:1f
.6 Signal processing controller: Intel Corporation 7 Series/C210 Series Chipset Family Thermal Management Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 635M] (rev al)
01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev al)
03:00.0
Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01)
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RT8411 PCI Express Card Reader (rev 01)
04:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev Oa)
So, this line
03:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01)
lets us know your issue is not the same one as the OP because you have an entirely different chipset (and an older one, to boot).
What do lsmod | grep ath9k and cat /etc/modprobe.d/*.conf | grep ath9k give?
lennyöfedora:-$ Ismod | grep ath9k
ath9k
225280
0
ath9k_common
28672
1
ath9k
ath9k_hw
667648
2
ath9k_common, ath9k
mĐ°c80211
1974272
1
ach9k
ath
40960
3
ath9k_common, ath9k, ath9k_hw
cfg80211
1572864
4
ath9k_common, ath9k, ath, mac80211
Ifkill
45056
9
ath9k, asus_wmi, bluetooth, cfg80211
lenny@fedora:-5 cat /etc/modprobe.d/*.conf | grep ath9k
lenny@fedora:~$
That output indicates the driver is loaded and suggests power-saving mode is in default, so “enabled,” which is likely the issue for the drops.
The simplest fix is to create a config for it and turn off that mode:
echo "options ath9k ps_enable=0" | sudo tee /etc/modprobe.d/ath9k.conf
sudo dracut --force && sudo reboot
You make sure that change took after logging back in with cat /sys/module/ath9k/parameters/ps_enable and that should return 0.
There’s a good chance that will solve your issues…
Thanks For Replying, Unfortunately it Haven’t Solved. i think I’ll Try Other Distros..
But The Weird Thing That Issue From Kde I Was On Env Os And The Same Issue I Got
The chip is a really old chip and that could be playing a role…
I Switched To Gnome And Everything Works Fine!
Interesting… I wonder if it’s because GNOME uses power-profiles-daemon with better power defaults and other DEs, like KDE, sometimes run tlp or tuned alongside or instead, which can aggressively push devices into low power states.
Regardless, glad to hear you found a solution that works for you.
Gnome uses tuned or power-profiles-daemon
leigh@leigh-pc:~$ dnf repoquery --whatrecommends power-profiles-daemon
Updating and loading repositories:
Repositories loaded.
DankMaterialShell-0:1.4.4-2.fc44.x86_64
budgie-control-center-0:2.1.0-1.fc44.x86_64
budgie-control-center-0:2.1.1-1.fc44.x86_64
gnome-control-center-0:50.0-1.fc44.x86_64
gnome-control-center-0:50.1-1.fc44.x86_64
powerdevil-0:6.6.4-1.fc44.i686
powerdevil-0:6.6.4-1.fc44.x86_64
powerdevil-0:6.6.5-1.fc44.i686
powerdevil-0:6.6.5-1.fc44.x86_64
leigh@leigh-pc:~$ dnf repoquery --whatrecommends tuned-ppd
Updating and loading repositories:
Repositories loaded.
DankMaterialShell-0:1.4.4-2.fc44.x86_64
budgie-control-center-0:2.1.0-1.fc44.x86_64
budgie-control-center-0:2.1.1-1.fc44.x86_64
cinnamon-0:6.6.7-2.fc44.x86_64
cinnamon-0:6.6.7-5.fc44.x86_64
gnome-control-center-0:50.0-1.fc44.x86_64
gnome-control-center-0:50.1-1.fc44.x86_64
powerdevil-0:6.6.4-1.fc44.i686
powerdevil-0:6.6.4-1.fc44.x86_64
powerdevil-0:6.6.5-1.fc44.i686
powerdevil-0:6.6.5-1.fc44.x86_64