Wifi intermittently drops, no secrets available

I have Dell XPS 13 9350 with Intel wifi. I’ve been on Tumbleweed for awhile and everything has been working, except last couple of months (?) when wifi suddenly drops off (mostly noticed while I’m tethered to my phone) with a KDE notification like “no secrets available” (or similar), then refuses to reconnect to any wifi network until I reboot.

So I dug around a bit. dmesg says this:


    8.471015] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
    8.567616] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
    8.682804] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
    8.747852] NET: Registered protocol family 17
    8.812783] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   19.729754] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   19.745675] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   19.748964] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   22.080502] Bluetooth: RFCOMM TTY layer initialized
   22.080519] Bluetooth: RFCOMM socket layer initialized
   22.080566] Bluetooth: RFCOMM ver 1.11
   24.652523] fuse init (API version 7.27)
   35.588788] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   39.578964] wlp58s0: authenticate with xx:xx:xx:xx:xx:xx
   39.582345] wlp58s0: send auth to xx:xx:xx:xx:xx:xx (try 1/3)
   39.585777] wlp58s0: authenticated
   39.588072] wlp58s0: associate with xx:xx:xx:xx:xx:xx (try 1/3)
   39.591902] wlp58s0: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x411 status=0 aid=1)
   39.594424] wlp58s0: associated
   39.711291] IPv6: ADDRCONF(NETDEV_CHANGE): wlp58s0: link becomes ready
   57.496084] wlp58s0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (Reason: 3=DEAUTH_LEAVING)
   57.508184] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   57.570381] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   58.504765] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   58.511024] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
   58.514483] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready

Network manager applet is still visible and lists available networks. If I try to connect to any, it will pause for a sec, then nothing happens, stays disconnected.

Then I found bunch of nm- tools, and the nmcli tool, and tried few things. Among them, I tried running


> nmcli a all
nmcli successfully registered as a NetworkManager's secret agent.
Error: polkit agent initialization failed: An authentication agent already exists for the given subject
Passwords or encryption keys are required to access the wireless network 'xxxxxxx'.
Password (802-11-wireless-security.psk):

So I typed in the password (which displayed clear text), and I successfully connected! I put my laptop to sleep. Upon wake-up, it asked me for a password again, which I pasted and connection worked again!

This makes me think some recent wifi issues are related to NM trying to get secrets from KDE wallet, and something there is failing or encountering a race condition.

But while I found a relatively annoying workaround, I wanted to see if anyone had seen anything like this, and solved it, or any other clues what to look for. Thank you.

More information can be got by watching NetworkManager output in a terminal…

sudo journalctl -fu NetworkManager

BTW, you can eliminate kwallet from the equation, by re-configuring your wifi connection as a “system connection” where the credentials are stored in the root-owned NM connection profiles instead. That would work around an issue like this.

Thanks for this tip. I ran it, waited for this to happen again (which wasn’t too hard), and here’s the output. First, it looks like NM crash. And second, (weird?) recovery, and inability to get secrets again.


Oct 19 18:27:33 localhost.localdomain NetworkManager[1248]: munmap_chunk(): invalid pointer
Oct 19 18:27:33 localhost.localdomain systemd[1]: NetworkManager.service: Main process exited, code=dumped, status=6/ABRT
Oct 19 18:27:33 localhost.localdomain systemd[1]: NetworkManager.service: Failed with result 'core-dump'.
Oct 19 18:27:34 localhost.localdomain systemd[1]: NetworkManager.service: Service RestartSec=100ms expired, scheduling restart.
Oct 19 18:27:34 localhost.localdomain systemd[1]: NetworkManager.service: Scheduled restart job, restart counter is at 1.
Oct 19 18:27:34 localhost.localdomain systemd[1]: Stopped Network Manager.
Oct 19 18:27:34 localhost.localdomain systemd[1]: NetworkManager.service: Found left-over process 14207 (dhclient) in control group while starting unit. Ignoring.
Oct 19 18:27:34 localhost.localdomain systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
Oct 19 18:27:34 localhost.localdomain systemd[1]: Starting Network Manager...
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.2942] NetworkManager (version 1.12.2) is starting... (after a restart)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.2942] Read config: /etc/NetworkManager/NetworkManager.conf
Oct 19 18:27:34 localhost.localdomain systemd[1]: Started Network Manager.
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3044] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3047] manager[0xXXXXXXXXXXXX]: monitoring kernel firmware directory '/lib/firmware'.
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3828] hostname: hostname: using hostnamed
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3831] dns-mgr[0xXXXXXXXXXXXX]: init: dns=default, rc-manager=netconfig
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3845] rfkill0: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.4/0000:3a:00.0/ieee80211/phy0/rfkill0) (driver iwlwifi)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3848] manager[0xXXXXXXXXXXXX]: rfkill: WiFi hardware radio set enabled
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3848] manager[0xXXXXXXXXXXXX]: rfkill: WWAN hardware radio set enabled
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3867] settings: Loaded settings plugin: NMSKeyfilePlugin (internal)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3892] keyfile: new connection /etc/NetworkManager/system-connections/xxxxxx 1 (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxxx 1")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3907] keyfile: new connection /etc/NetworkManager/system-connections/xxxxx 1 (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxx 1")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3924] keyfile: new connection /etc/NetworkManager/system-connections/xxxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3940] keyfile: new connection /etc/NetworkManager/system-connections/xxxxxxxxxxxxxxxxxxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxxxxxxxxxxxxxxxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3955] keyfile: new connection /etc/NetworkManager/system-connections/xxxxxxxxxxxxxxxxxxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxxxxxxxxxxxxxxxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3968] keyfile: new connection /etc/NetworkManager/system-connections/xxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3983] keyfile: new connection /etc/NetworkManager/system-connections/xxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.3995] keyfile: new connection /etc/NetworkManager/system-connections/xxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4008] keyfile: new connection /etc/NetworkManager/system-connections/xxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4020] keyfile: new connection /etc/NetworkManager/system-connections/xxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4037] keyfile: new connection /etc/NetworkManager/system-connections/xxxxxx (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,"xxxxxx")
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4074] manager: rfkill: WiFi enabled by radio killswitch; enabled by state file
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4076] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4078] manager: Networking is enabled by state file
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4079] dhcp-init: Using DHCP client 'dhclient'
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4088] Loaded device plugin: NMWifiFactory (/usr/lib64/NetworkManager/1.12.2/libnm-device-plugin-wifi.so)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4101] Loaded device plugin: NMTeamFactory (/usr/lib64/NetworkManager/1.12.2/libnm-device-plugin-team.so)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4117] Loaded device plugin: NMWwanFactory (/usr/lib64/NetworkManager/1.12.2/libnm-device-plugin-wwan.so)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4122] Loaded device plugin: NMAtmManager (/usr/lib64/NetworkManager/1.12.2/libnm-device-plugin-adsl.so)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4125] Loaded device plugin: NMOvsFactory (/usr/lib64/NetworkManager/1.12.2/libnm-device-plugin-ovs.so)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4135] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/1.12.2/libnm-device-plugin-bluetooth.so)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4145] device (lo): carrier: link connected
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4148] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4158] wifi-nl80211: (wlp58s0): using nl80211 for WiFi device control
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4160] device (wlp58s0): driver supports Access Point (AP) mode
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4170] manager: (wlp58s0): new 802.11 WiFi device (/org/freedesktop/NetworkManager/Devices/2)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4192] device (wlp58s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Oct 19 18:27:34 localhost.localdomain dhclient[14207]: receive_packet failed on wlp58s0: Network is down
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4430] device (wlp58s0): set-hw-addr: set MAC address to xx:xx:xx:xx:xx:xx (scanning)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4543] ovsdb: Could not connect: No such file or directory
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4842] bluez: use BlueZ version 5
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4875] modem-manager: ModemManager available
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.4906] bluez5: NAP: added interface xx:xx:xx:xx:xx:xx
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.5071] supplicant: wpa_supplicant running
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.5072] device (wlp58s0): supplicant interface state: init -> starting
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.5180] sup-iface[0xXXXXXXXXXXXX,wlp58s0]: supports 5 scan SSIDs
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <warn>  [1539998854.5180] sup-iface[0xXXXXXXXXXXXX,wlp58s0]: connection disconnected (reason -3)
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.5194] device (wlp58s0): supplicant interface state: starting -> ready
Oct 19 18:27:34 localhost.localdomain NetworkManager[14444]: <info>  [1539998854.5195] device (wlp58s0): state change: unavailable -> disconnected (reason 'supplicant-available', sys-iface-state: 'managed')
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.8917] device (wlp58s0): supplicant interface state: ready -> disconnected
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9222] policy: auto-activating connection 'xxxxxx' (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9272] device (wlp58s0): Activation: starting connection 'xxxxxx' (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9288] device (wlp58s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9329] manager: NetworkManager state is now CONNECTING
Oct 19 18:27:35 localhost.localdomain dhclient[14207]: receive_packet failed on wlp58s0: Network is down
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9498] device (wlp58s0): set-hw-addr: reset MAC address to xx:xx:xx:xx:xx:xx (preserve)
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9544] device (wlp58s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9576] device (wlp58s0): Activation: (wifi) access point 'xxxxxx' has security, but secrets are required.
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9577] device (wlp58s0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <warn>  [1539998855.9835] device (wlp58s0): No agents were available for this request.
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9836] device (wlp58s0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9870] manager: NetworkManager state is now DISCONNECTED
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <info>  [1539998855.9911] manager: startup complete
Oct 19 18:27:35 localhost.localdomain NetworkManager[14444]: <warn>  [1539998855.9990] device (wlp58s0): Activation: failed for connection 'xxxxxx'
Oct 19 18:27:36 localhost.localdomain NetworkManager[14444]: <info>  [1539998856.0065] device (wlp58s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Oct 19 18:27:36 localhost.localdomain dhclient[14207]: receive_packet failed on wlp58s0: Network is down
Oct 19 18:27:36 localhost.localdomain NetworkManager[14444]: <info>  [1539998856.1043] device (wlp58s0): set-hw-addr: set MAC address to xx:xx:xx:xx:xx:xx (scanning)
Oct 19 18:27:36 localhost.localdomain NetworkManager[14444]: <info>  [1539998856.1227] device (wlp58s0): supplicant interface state: disconnected -> disabled
Oct 19 18:27:36 localhost.localdomain NetworkManager[14444]: <info>  [1539998856.1425] device (wlp58s0): supplicant interface state: disabled -> scanning
Oct 19 18:27:36 localhost.localdomain NetworkManager[14444]: <info>  [1539998856.1702] device (wlp58s0): supplicant interface state: scanning -> disabled
Oct 19 18:27:36 localhost.localdomain NetworkManager[14444]: <info>  [1539998856.1814] device (wlp58s0): supplicant interface state: disabled -> scanning
Oct 19 18:27:37 localhost.localdomain NetworkManager[14444]: <info>  [1539998857.7775] device (wlp58s0): supplicant interface state: scanning -> disconnected

There are other recent threads about NM crashing in Tumbleweed. This may be relevant to you…
https://forums.opensuse.org/showthread.php/533485-Many-network-issues-with-Tumbleweed?p=2883533#post2883533

Hmm… those seemed unrelated to my crash.

In the meantime, armed with new info, I did some more digging and found similar, but not the same :(, crashes of nm-applet online. Well, this is NM crash, not nm-applet, which stays running the whole time. I also found an instance of a crash (lost the link) with the OpenVPN integration. I noted I had one completely unused Open VPN connection configured.

In short, I deleted a bunch of unused/old wifi networks, including the VPN. I’ll see if this helps and will report back.

Unfortunately, cleaning out wifi network configs didn’t help. It happened again with similar (but not exactly the same) symptoms.


Oct 21 15:17:54 localhost.localdomain NetworkManager[1258]: <info>  [1540160274.5631] manager: NetworkManager state is now CONNECTED_GLOBAL
Oct 21 15:17:54 localhost.localdomain NetworkManager[1258]: <info>  [1540160274.5728] policy: set 'xxxxxx' (wlp58s0) as default for IPv4 routing and DNS
Oct 21 15:17:54 localhost.localdomain NetworkManager[1258]: nisdomainname: you must be root to change the domain name
Oct 21 15:17:54 localhost.localdomain NetworkManager[1258]: <info>  [1540160274.8136] device (wlp58s0): Activation: successful, device activated.
Oct 21 15:17:55 localhost.localdomain systemd[1]: NetworkManager.service: Main process exited, code=dumped, status=11/SEGV
Oct 21 15:17:55 localhost.localdomain systemd[1]: NetworkManager.service: Failed with result 'core-dump'.
Oct 21 15:17:55 localhost.localdomain systemd[1]: NetworkManager.service: Service RestartSec=100ms expired, scheduling restart.
Oct 21 15:17:55 localhost.localdomain systemd[1]: NetworkManager.service: Scheduled restart job, restart counter is at 1.
Oct 21 15:17:55 localhost.localdomain systemd[1]: Stopped Network Manager.
Oct 21 15:17:55 localhost.localdomain systemd[1]: NetworkManager.service: Found left-over process 20510 (dhclient) in control group while starting unit. Ignoring.
Oct 21 15:17:55 localhost.localdomain systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
Oct 21 15:17:55 localhost.localdomain systemd[1]: Starting Network Manager...

Also, this time the network manager applet disappeared, even though I was still seeing the KDE network notifications. The problem upon NM restart (unable to obtain secrets), and associated workaround (nmcli a secret), ended up being the same, however.

Same thing here


Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6290] manager: NetworkManager state is now CONNECTING 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6375] device (wlan0): set-hw-addr: reset MAC address to 34:F3:9A:37
:76:6B (preserve) 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6439] device (wlan0): state change: prepare -> config (reason 'none
', sys-iface-state: 'managed') 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6471] device (wlan0): Activation: (wifi) access point 'guest@X' 
has security, but secrets are required. 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6472] device (wlan0): state change: config -> need-auth (reason 'no
ne', sys-iface-state: 'managed') 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: **<warn>  [1540202813.6515] device (wlan0): No agents were available for this request.**
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6515] device (wlan0): state change: need-auth -> failed (reason 'no
-secrets', sys-iface-state: 'managed') 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6531] manager: NetworkManager state is now DISCONNECTED 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: **<warn>  [1540202813.6551] device (wlan0): Activation: failed for connection 'guest@X**
'
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6563] device (wlan0): state change: failed -> disconnected (reason 
'none', sys-iface-state: 'managed') 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6622] device (wlan0): set-hw-addr: set MAC address to 82:54:43:92:6
3:B9 (scanning) 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6879] device (wlan0): supplicant interface state: disconnected -> d
isabled 
Oct 22 11:06:53 silver.razer NetworkManager[21457]: <info>  [1540202813.6982] device (wlan0): supplicant interface state: disabled -> disco
nnected


Apparently, it’s integration with Wallet causing the trouble.

Well, there are 2 separate problems. The process goes like this:

  1. Device (laptop) wakes up from suspend
  2. NetworkManager connects to a recognized wireless network
  3. Soon thereafter, NetworkManager crashes
  4. NetworkManager recovers from crash (restarts) and attempts to connect to a wireless network
  5. NetworkManager is unable to get secrets

(3) is the crash, and (5) is inability to get secrets after restart. After enabling debug logging for NM, I noted that the crash was right after connection check. So then I searched existing bugs and found:

Crash: https://bugzilla.opensuse.org/show_bug.cgi?id=1107197 reported upstream to https://bugzilla.gnome.org/show_bug.cgi?id=797136 and fixed in NM 1.12.4 (originally broken in 1.12.2?), regressed again in 1.14 - according to https://bugzilla.opensuse.org/show_bug.cgi?id=1112520 - and fixed again in 1.14.2. Note that as of this writing, Tumbleweed is on 1.14.0. So hopefully we get the fix soon.

KDE wallet integration: https://bugzilla.opensuse.org/show_bug.cgi?id=1108570 - this is marked as needinfo, but I don’t know that any more info is needed. It looks like info requested was given.

I noticed that as of yesterday, Tumbleweed NetworkManager has been upgraded to 1.14.4. This hopefully fixes the crash bug.

Since the crash should no longer take place, the wallet integration bug should never come up (unless NetworkManager is restarted for another reason). But there’s good news on the wallet integration front too. Since I posted about it, it has come out of NEED_INFO state and is IN_PROGRESS - the patch has been submitted and fixed upstream - https://bugs.kde.org/show_bug.cgi?id=400359 - yay!

Indeed, after upgrade to NetworkManager 1.14.4 I have not encountered the crash described in this thread.

Deleting all wireless network connections in NetworkManager, rebooting then reconnecting wifi worked for me.