Using NetworkManager on Arch Linux on a MacBookPro14,3, I am unable to connect to any wireless network. I've tried connecting to a number of different WiFi networks (home, mobile hotspot, work) all with the same result. I've tried doing this with both nmcli and nmtui. Example:

$ nmcli dev wifi connect <SSID> password <password>
Error: Connection activation failed: (7) Secrets were required, but not provided.

Looking at logs with journalctl shows:

wpa_supplicant[PID]: wlp3s0: CTRL-EVENT-ASSOC-REJECT bssid=00:00:00:00:00:00 status_code=16


NetworkManager[PID]: <info> [TIMESTAMP] device (wlp3s0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')

The Macbook has a Broadcom BCM43602 with driver brcmfmac. NetworkManager and wpa_supplicant are installed and enabled.


15 Answers 15


It seems that NetworkManager automatically reuses an existing connection. In case your existing connection does not have any secrets stored, the new connection attempt will not update the existing connection and fail due to missing secrets. So in my case these steps helped:

nmcli con delete <SSID>

Then reconnect using

nmcli dev wifi connect <SSID> password <password>
  • 9
    This just shows the same error message again. Does not help. (Newly setup Orange Pi Zero with Armbian Bionic)
    – ygoe
    May 31, 2020 at 10:28

Next solved my problem, was taken from: https://www.youtube.com/watch?v=P7bAp4vBxnA

  • Edit with sudo grants: /etc/NetworkManager/NetworkManager.conf

  • Add the next two lines:

  • Execute: sudo systemctl restart NetworkManager

  • Use your WiFi. ;)

  • I had the same problem again after the first valid connection with the above "solution". May 18, 2019 at 15:41
  • Related - unix.stackexchange.com/questions/395059/….
    – slm
    Jul 27, 2020 at 5:18
  • 1
    This solved my problem. Mar 31, 2021 at 11:44
  • This fixed an issue for me where it would say "No Wi-Fi adapter found" in the GNOME settings UI for me. Now onto Bluetooth.... Nov 1, 2021 at 22:22
  • 1
    @MedardoRodriguez You should also explain why it helped: Did you allow only a specific MAC to access your WiFi?
    – U. Windl
    Jan 25, 2022 at 7:57

Try turning the WiFi off and on again like this:

nmcli r wifi off to turn it off.

nmcli r wifi on to turn it on.

Check the available WiFi networks: nmcli d wifi list

Check and disconnect the WiFi that appears green:

nmcli con to check.

nmcli con down <wifi name> to disconnect.

If you don't know for sure if the password you provided is right, connect again:

nmcli dev wifi con "wifi name" password "wifi password"

Nota bene: Don't forget the "" on the name and the password.

Or try to reconnect to the WiFi: nmcli con up <wifi name>

Sometimes the problem is the connection with NetworkManager. If it's not working, let me know!

  • nmcli con up <wifi name> worked. also changed the name of the 5 GHz band so that there is less chance to hiccup the NetworkManager.
    – MrMeszaros
    Jan 28, 2021 at 18:03

Have absolutely no idea what the error message means... But I did just encounter the dreaded:

Error: Connection activation failed: (7) Secrets were required, but not provided.

For me, I'm using a BT Home Hub (in the UK). Which has a feature that attempts to be clever, and combine the 2.4GHz and 5GHz bands together, and upon a device requesting a connection, deciding which band it would be best off connecting to.

This is a terrible idea, for many many reasons, but anyway. Upon logging on to my Home Hub through another device ( There was a button called "Seperate Bands", which when turned on allowed me to get two SSIDs, one for 2.4GHz, and the other for the much faster 5GHz.

Once I could differentiate between the two bands via SSID, bingo. nmcli would connect!

sudo nmcli -a d wifi connect BTHub6-XXXX-5

I'm assuming that nmcli see's that there are two identical SSID's but for different channels/bands, can't decide which to connect to, and complains it doesn't have enough info.

Not sure if this will work for everyone's situation, but it's worth investigating if you have a 5GHz router, and only see one SSID when scanning on your phone/laptop/whatever.

  • I think think if both bands use the same SSID they should use the same password, too. Also if the credentials are not stored, chnaging the band will cause a failed connectioin. In Germany the 5GHz band frequently pauses for RADAR checks and similar, so clever devices will move to the 2.4GHZ band. Today with mesh this is called "band steering" and client are probably expected to mave smooth transitions between APs.
    – U. Windl
    Jan 25, 2022 at 8:01

I solved this annoying problem by first removing all connections:

nmcli --fields UUID,TIMESTAMP-REAL con show | grep never |  awk '{print $1}' | while read line; do nmcli con delete uuid  $line;    done

And then connect.


For first time use nmtui to connect to wifi.

  • Please explain your answer!
    – U. Windl
    Jan 25, 2022 at 8:06

secret required is bssid, so you can try:

nmcli device wifi connect <ssid> password <password> bssid <bssid number>

sometimes works, but usually fails..

so, create or edit a connection and add the bssid. it's easy with nmtui. then:

nmcli connect up <connection>
  • For some reason, adding bssid argument solved it for me
    – Typewar
    Sep 12, 2021 at 13:24
  • 1
    @nave A bit more explanation would improve the answer. For example explain what the BSSID is, and what it is used for. Comments like "sometimes works, but usually fails." leave the impression you are not quite sure what you are actually doing.
    – U. Windl
    Jan 25, 2022 at 8:03
  • BSSID doesn't make any difference.
    – parsley72
    May 23, 2022 at 20:01

Yesterday I faced the same issue, In my case the root cause was KDE wallet which ceased working since an upgrade (from 18.04 LTS to 20.04 LTS). So the solution in my case was creating new wallet and make it default. After that I could finally and successfully login to my WIFI network.

  • Thanks. Worked. Guess this is problem with 20.04 kubuntu. Checking if upgrading solves this.
    – coderDude
    May 29, 2021 at 19:41
  • @smoczyna Some detail why the wallet had failed after the upgrade would be just as helpful as explaining what the wallet has to do with WLAN.
    – U. Windl
    Jan 25, 2022 at 8:05

I am using alpine linux, at first using iwconfig to connect wifi as this is the default for alpine desktop.

When I install NetworkManager and using nmcli, I got that error.

This is what I do to make it work: edit /etc/network/interface

comment all except:

auto lo
iface lo inet loopback

stop network service:

rc-service networking stop

prevent it start at boot:

rc-update del networking boot

remove wpa_supplicant config:

rm /etc/wpa_supplicant/wpa_supplicant.conf

restart wpa_supplicant & NetworkManager service

adjust it with your distro. That's it.

Hope this help.

fyi: I got this idea from archwiki:


Note: You must ensure that no other service that wants to configure the network is running; in fact, multiple networking services will conflict.


I got this when trying to configure 'eduroam', which involves WPA2 Enterprise certificates and whatnot. I couldn't quite get it to work, but more strangely, my previous, local wifi connection would fail to come back up. After much struggling about, the solution was nmcli con del eduroam, after which the other network worked normally again.

TL;DR: failure to connect may be due to the presence of a different, misconfigured connection. I consider this a bug in NetworkManager.


I'm not entirely sure what was causing it, but I fixed this by logging in to my router and deleting my laptop from its list of devices, then reconnecting.

  • Could be that some routers have problems when one MAC uses different client IDs, like dual-booting OSs, or booting a live system from a stick. However I'm not sure whether this causes the error message shown in the question.
    – U. Windl
    Jan 25, 2022 at 8:09

After an update of Kubuntu 20.04 I encountered the same problem. The cause was KDE wallet. Creating an new wallet let me connect to wifi again, but after a reboot the problem came back. My final solution is:

  • Create a new wallet with empty password from KWallet, set as default.
  • Reboot, delete other wallets from KWalletManager.
  • Connect wifi, enter password, still not working.
  • Reboot. This time the wifi is automatically connected.

I had problems connecting to my 2.4GHz access point and solved it like this (same goes with 5 GHz):

  1. type nm-connection-editor in terminal,
  2. open the settings of the wanted (2.4GHz or 5GHz) WiFi connection,
  3. change the Band option from Automatic to B/G (2.4 GHz) for 2.4GHz option or A (5GHz) for 5GHz option.

I think the network manager prioritized 5 GHz over 2.4 GHz when set to automatic Band option.


There was a similar problem with Kubuntu 20.04 and TP-link Archer T2Plus adapter after updating. If you have installed a driver from this repo https://github.com/aircrack-ng/rtl8812au.git - reinstall the driver from v5.13.6 branch, reboot)


We had a similar problem with an embedded development board, and the problem was that we had not connected the antenna properly! It fails at the authentication step likely due to not being able to transmit replies to the authentication challenges.

Make sure your hardware is correctly connected if you're seeing this error in an embedded device!

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.