Wireless Adaptor and In-Built Wi-Fi adaptor is not working [Laptop]

Wireless Adaptor and In-Built Wi-Fi adaptor is not working [Laptop : Dell Latitude 3460] but works on the Desktop out of the box.

Bus 001 Device 010: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter
Modules: mt7601u,mac80211,cfg80211

in nmcli is showing “unavailable” and “sw disabled”, then I tried “sudo rfkill unblock wifi”.
Even then not working.

But when is tried “sudo wpa_supplicant -Dnl8022 -iwlp0s20u1 -c/etc/wpa_supplicant.conf” it connects to a network ,“CTRL-EVENT-CONNECTED” in the end but can’t access to internet. [ no ip address was assigned]
then i tired “sudo ip addr add 192.168.1.200/24 dev wlp0s20u1” and “sudo ip route add default via 192.168.1.1 dev wlp0s20u1”
But can’t access the internet.

And in the case of In-Built Wireless
Name : Qualcomm Atheros AR9462
Module: ath9k, ath9k_common, ath9k_hw, mac80211,cfg80211

in nmcli is showing “unavailable” and “sw disabled”, then I tried “sudo rfkill unblock wifi”.
Even then not working.
In “sudo wpa_supplicant -Dnl8022 -iinterface_name -c/etc/wpa_supplicant.conf” it says its hard blocked

In-Built Wireless was working in FreeBSD.

Bluetooth Works fine.

“Hard blocked” usually means wifi is disabled by a physical key or switch. On my Latitude 7480 the PrtScr key has a blue radio tower label, so “Fn+PrtScr” is supposed to toggle airplane mode. On some models the required key may have an airplane label.

2 Likes

I have my in-built keyboard physically Disabled and I’m using external keyboard :smiling_face_with_tear:
Is there any way to get the external Wi-Fi adaptor to work :slightly_smiling_face:
And Thank you!! :slightly_smiling_face:

[ 511.193370] usb 2-1: New USB device found, idVendor=148f, idProduct=7601, bcdDevice= 0.00
[ 511.193386] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 511.193391] usb 2-1: Product: 802.11 n WLAN
[ 511.193396] usb 2-1: Manufacturer: MediaTek
[ 511.193400] usb 2-1: SerialNumber: 1.0
[ 511.649474] usb 2-1: reset high-speed USB device number 9 using xhci_hcd
[ 511.779207] mt7601u 2-1:1.0: ASIC revision: 76010001 MAC revision: 76010500
[ 511.838859] mt7601u 2-1:1.0: Firmware Version: 0.1.00 Build: 7640 Build time: 201302052146____
[ 512.195237] mt7601u 2-1:1.0: EEPROM ver:0d fae:00
[ 512.386938] ieee80211 phy1: Selected rate control algorithm ‘minstrel_ht’
[ 512.394594] usbcore: registered new interface driver mt7601u
[ 512.494376] mt7601u 2-1:1.0 wlp0s20u1: renamed from wlan0
[ 542.380325] wlp0s20u1: authenticate with (wifimac)
[ 542.380355] wlp0s20u1: 80 MHz not supported, disabling VHT
[ 542.396076] wlp0s20u1: send auth to (wifimac) (try 1/3)
[ 542.415305] wlp0s20u1: authenticated
[ 542.416183] wlp0s20u1: associate with (wifimac) (try 1/3)
[ 542.427757] wlp0s20u1: RX AssocResp from (wifimac)(capab=0x411 status=0 aid=2)
[ 542.452790] wlp0s20u1: associated
[ 542.579820] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s20u1: link becomes ready

[ 611.410787] device wlp0s20u1 entered promiscuous mode
[ 644.978858] device wlp0s20u1 left promiscuous mode

dmesg :point_up_2:
This is my External Adaptor.

USB WiFi Adpaters with in kernel support:

The mt7921au driver must include the VID/PID that your adapter uses in order for the adapter to be plug and play per the above guidance. Adapter makers may use custom company VID/PID numbers. If this is the case, a patch needs to be submitted to the linux-wireless list in order for the VID/PID to be merged into the mainline and latest LTS as needed. An example of this situation currently is the Netgear A8000 adapter. For more information and a temporary workaround, see the section about the Netgear A8000 below.

Here:

% modinfo mt7601u | grep v148Fp7601
alias:          usb:v148Fp7601d*dc*dsc*dp*ic*isc*ip*in*

so your USB wifi should be supported, but this support is quite new so may be buggy. The site has user reports that include some strange issues like problems with USB3. Have a look to see if any match your situation.

1 Like

Should i install any drivers?

[Edit] Sorry, post about audio output was meant for another thread.

The link for WIFI Adapters with in kernel support has this:

Note: The mt7921au driver must include the VID/PID that your adapter uses in order for the adapter to be plug and play per the above guidance. Adapter makers may use custom company VID/PID numbers. If this is the case, a patch needs to be submitted to the linux-wireless list in order for the VIS[SIC – should be VID]/PID to be merged into the mainline and latest LTS as needed. An example of this situation currently is the Netgear A8000 adapter. For more information and a temporary workaround, see the section about the Netgear A8000 below.

Network drivers can have have many options to support “features” of different vendor-specific modifications to a give “model”. You should
check Intel’s linux wifi pages and forums specific to your laptop model.

1 Like

So i should identify the bug that is cause the problem, right?

And sorry, i didn’t understand about audio output.

i tried using airodump-ng and aireplay-ng on the external adaptor and it worked perfectly.

ok, thanks for the help!

i tired using old version of Fedora even then its showing “unavailable”.
The old versions was working perfectly while i was using them.

i removed wpa_supplicant and installed iwd, i was able to connect to Wi-Fi but ip address was not assigned so i used dhclient to solve that and it worked but can’t access the internet, but ping works, nslookup works, openvpn works [ can’t access internet even after being connected ], i think it is having DNS problem [ i was not able to solve that].

This is the case of external adaptor, in-built adaptor is still not working.

I think older Fedora versions included drivers that have since moved to rpmfusion due to license terms blocking distribution by RedHat. There may also be components that were modified due to security problems. Testing on legacy hardware is up to the people who still have older gear. A few times I have encountered bugs introduced by mistakes made when “fixing” security problems. In nearly all cases others had contributed patches (easily applied back before cryptographic signing).

I was able to solve the Wi-Fi problem on the external adaptor by replacing wpa_supplicant with iwd and .conf for iwd.

/etc/iwd/main.conf

[General]
EnableNetworkConfiguration=true
[Network]
RoutePriorityOffset=300
[Network]
NameResolvingService=systemd