You are not logged in.
Got a new usb wifi device. Installed drivers for the same rtl88xxau-aircrack-dkms-git on arch. Device is detected as lsusb output:
Bus 002 Device 003: ID 2357:011e TP-Link AC600 wireless Realtek RTL8811AU [Archer T2U Nano]
Output of ip link:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 7e:05:28:c9:fb:14 brd ff:ff:ff:ff:ff:ff permaddr ac:9e:17:f0:cb:b0
3: wlp0s29u1u2: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2312 qdisc mq state DORMANT mode DORMANT group default qlen 1000
link/ether 7a:8d:09:82:51:2a brd ff:ff:ff:ff:ff:ff permaddr 24:2f:d0:d9:b4:e3
However, no networks are shown with nmcli dev wifi, the output of which is:
IN-USE BSSID SSID MODE CHAN RATE SIGNAL BARS SECURITY
I even set the country code with iw, but result is still the same.
Even iw dev wlp0s29u1u2 scan | less shows unending lines of \~
So, what should I try next?
Offline
Funny I came across your post while trying to find out why my wifi stopped working. This issue seems to be caused by regressions in the latest rtl88xxau-aircrack-dkms-git as discussed in this thread: https://github.com/aircrack-ng/rtl8812au/issues/1159. A solution is provided here: https://github.com/aircrack-ng/rtl8812a … 2143904735
There was a similar regression about a year ago that required a similar solution. I decided to test out the adapter today and it was working before I updated rtl88xxau-aircrack-dkms-git and noticed it stopped working. Looking like the regression has popped up again this year.
Offline
Same problem here since the latest updates, but I use r8169 driver. I’m on 6.9.8 kernel.
$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 00:23:8b:9e:90:d3 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether c2:bd:93:02:66:a3 brd ff:ff:ff:ff:ff:ff permaddr 00:22:fa:90:a1:70
Strangely, wpa_supplicant service was disabled, but `systemctl enable --now wpa_supplicant` did not work (service has started, but Wi-Fi is still down).
EDIT: Wi-Fi is working when I start on LTS kernel.
EDIT2: working again after restarting with 6.9.8 kernel. OK, it was a false alert, then.
Please delete this post.
Last edited by Trit (2024-07-08 10:09:00)
Offline
Funny I came across your post while trying to find out why my wifi stopped working. This issue seems to be caused by regressions in the latest rtl88xxau-aircrack-dkms-git as discussed in this thread: https://github.com/aircrack-ng/rtl8812au/issues/1159. A solution is provided here: https://github.com/aircrack-ng/rtl8812a … 2143904735
There was a similar regression about a year ago that required a similar solution. I decided to test out the adapter today and it was working before I updated rtl88xxau-aircrack-dkms-git and noticed it stopped working. Looking like the regression has popped up again this year.
Yeah that was the issue. Rebuilding the older version of driver worked. And I was on my nerve's end wondering where I went wrong with my network config
Offline