vikipeeva
(Viki Peeva)
December 25, 2024, 3:04pm
1
Hi everyone,
I am having trouble connecting to the Wifi. The first time I experienced this, I could fix it by connecting via ethernet and doing a regular sudo dnf update. However, the next time, while on Fedora 40, when the scan could not find any networks, the laptop could also not recognize connection via ethernet. The only thing that works is connecting a phone and setting USB tethering. I also updated to Fedora 41, but the problem persists.
Some basic commands for additional info:
uname -r
6.12.5-200.fc41.x86_64
lspci -nn | grep -i network
08:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 2230 [8086:0887] (rev c4)
lspci -nn | grep -i ethernet
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 07)
nmcli --version
nmcli tool, version 1.50.0-1.fc41
lsmod | grep iwlwifi
iwlwifi 557056 1 iwldvm
cfg80211 1404928 3 iwldvm,iwlwifi,mac80211
nmcli general status
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN METERED
connected full enabled enabled missing enabled yes (guessed)
nmcli device | grep wlp8s0
wlp8s0 wifi unavailable --
If you need any more information, please let me know. Any help would be highly appreciated.
let us see rfkill
and ip a
vikipeeva
(Viki Peeva)
December 25, 2024, 5:58pm
3
rfkill
ID TYPE DEVICE SOFT HARD
0 bluetooth hci0 unblocked unblocked
1 wlan phy0 unblocked unblocked
2: wlp8s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff permaddr xx:xx:xx:xx:xx:xx
21: enp0s26u1u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
inet xxx.xxx.xx.xxx/24 brd xxx.xxx.xx.xxx scope global dynamic noprefixroute enp0s26u1u2
valid_lft 3452sec preferred_lft 3452sec
inet6 fe80::xxx:xxxx:xxxx:xxxx/64 scope link noprefixroute
valid_lft forever preferred_lft forever
I ran the command while connected to the ethernet cable, but there was nothing in the output about it.
Masking out those addresses makes it so we cannot tell what the system actually configures really makes troubleshooting difficult. As long as those addresses are in the private IP pool posting the information here does not open your system up for attack since private IP addresses are not routable on the internet.
vikipeeva
(Viki Peeva)
December 26, 2024, 12:59pm
5
wlp8s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether e2:24:7f:ee:23:0b brd ff:ff:ff:ff:ff:ff permaddr 68:5d:43:68:0a:e2
enp0s26u1u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 52:ce:75:d2:92:36 brd ff:ff:ff:ff:ff:ff
inet 192.168.116.47/24 brd 192.168.116.255 scope global dynamic noprefixroute enp0s26u1u2
valid_lft 3532sec preferred_lft 3532sec
inet6 fe80::56a3:13ba:8742:26ae/64 scope link noprefixroute
valid_lft forever preferred_lft forever