Open mtdcr opened 2 years ago
Whenever this sort of issue comes up, (and it does - see #6570, #5956,
to start spewing network data when it wakes from suspend. I'm (probably) in a minority.
Whenever this sort of issue comes up, (and it does - see #6570, #5956, #3008) my thought is the same - I don't WANT my machine to start spewing network data when it wakes from suspend. I'm (probably) in a minority.
While I understand your point, I want to make clear that this bug is not about personal preferences, but about software remaining in a disfunctional state after returning from suspend. Just to avoid confusion.
This also happens to me. Wifi does not reconnect after resume from suspend.
4.1.1
On a fresh Qubes 4.1.1 installation, my Wifi connection does not come back after I suspend my laptop, and then start it again.
Solutions to make Wifi work again:
sudo systemctl restart wpa_supplicant
My laptop is Thinkpad T440P with Intel network card (iwlwifi). The template is debian-11. Fully updated, but the issue already happens right after the first start of Qubes OS.
Wifi should reconnect automatically.
The NetworkManager icon keeps spinning. Occasionally, a message toast pops up which says that "The network connection has been disconnected". After a few tries, it stops trying and my Wifi remains disconnected.
Some debug output from sys-net:
restarting sys-net, by shutting down all other VMs that recursively depend on it, first
Just FYI, you don't have to shut down all dependent VMs. You can instead just set sys-firewall
's NetVM to none
, restart sys-net
, then set sys-firewall
's NetVM back to sys-net
again.
Sometimes, (if restart is absolutely necessary), qvm-kill sys-net && sleep 5 && qvm-start sys-net
will do the the job.
I have that saved.
FWIW, here's what I ended up with:
$ cat /etc/qubes/suspend-post.d/wpa-supplicant.sh
#!/bin/sh
if systemctl -q is-active wpa_supplicant.service; then
systemctl restart wpa_supplicant.service
fi
How to file a helpful issue
Qubes OS release
Brief summary
Every time my machine wakes up from suspend, the wireless connection is broken. Selecting a different network from nm-applet does not help. I need to restart wpa_supplicant manually to fix it.
Steps to reproduce
Expected behavior
Network connection gets restored.
Actual behavior
Network connection does not get restored.