This particular version of the "doesn't work after suspend" came after upgrading to 16.04. It seems that the upgrade includes a Wicd applet (added to Metacity Classic Gnome task bar alongside regular network icon), but doesn't seem to work after a suspend. A sudo service network-manager restart duplicates this problem. It takes a complete reboot to get Wifi going again. Any ideas why?
|
|
|||||||||||||||||||||
|
|
16.04 runs on systemd. Try the following:
If this works, you can create a script to automate it. Open a terminal and type the following:
Script:
Hope this helps. It works on my laptop. |
|||||||||||||||||||||
|
|
Same here with a Lenovo X230. Doesn't happen after every suspend, but sometimes.
fixes the issue. |
|||||||||
|
|
To auto-restart NetworkManager after resume in an environment without
For me, the Source: https://askubuntu.com/a/92235/30266. |
|||||||||
|
|
For me it seems to be random, but sometimes the wifi just disconnects if I'm connected, or doesn't show networks if I'm not. Sometimes putting my laptop into sleep mode seems to trigger it, but not always. Some combination of these usually gets it going again without rebooting:
None of those seems to consistently work, but I listed them in order of most-likely-to-succeed first. |
|||
|
|
|
@147pm Did you ever get this working? I found I had a quite similar problem, though I am on Kubuntu 16.10 (KDE-based, not Gnome), and with an HP ProBook laptop. And, unlike yourself, it wasn't my Wifi which died after suspend/wakeup, but my ethernet port. Still, I wonder if they are related. I also do see that you do not have the problem under KDE. But I would be interested to know if the solution below does help under Gnome, as the solution is not based upon window manager, desktop environment or applets. First, just to confirm that restarting the network manager service..
did not work for me. However, I did find an answer that worked, thanks to buzhidao's question and info at can't connect to internet after suspend and GAD3R's comment there. Using their info, I found that first researching which ethernet hardware and driver/module I am running, and then removing and re-installing that module, did work for me (though it did not for buzhidao): Wifi:
Ethernet:
The second of these (ethernet) was what i used, and i found:
so i re-installed the 'r8169' driver:
and voila! This worked. My ethernet port / connection came back alive (after suspend/wakeup) without having to reboot. (I also did NOT have a Realtek wifi device, but a Qualcomm Atheros (mod: ath9k) which perhaps explains why wifi continued to work for me after wake-from-suspend.) As you can see from my comment on that other post, I wondered whether the problem is the common element between Buzhidao and myself: Realtek Semiconductor devices. Even though they use different modules, they might share some common code? Or even be treated differently by the newer kernel code now in some way? Do you yourself have a Realtek-based wifi device? (using lspci above)? Do you have any luck re-installing the module (rmmod/modprobe above)? Anyway, just a shot in the dark. If you have found an eventual answer for yourself, please let us know! Thx. |
||||
|
|
|
I had the same problem with bluetooth: After suspend my bluetooth mouse did not work. So I derived the solution from above:
enabled the new service
and edited the service
I also tried to edit ...
and changed
BUT this did NOT work for the "resume problem" and had no inmpact on new bluetooth devices anyhow! |
||||
|
|
|
I had the same issue on my laptop Dell Inspiron 15R with Ubuntu 16.04. For me worked the script reported on the second reply. After having installed the script I tried the suspension with the command in the upper right menu and even closing the lip, solving the problem. I have to say that the problem was alternating in its behaviour (that is, sometimes it worked before installing the script). |
||||
|
|
|
Working method on Ubuntu 16.04: Create the service: The service is calling the program from: Paste the code:
Then enable the service:
This creates the symlinks into the indicated [Install] directories of /etc/systemd/system and activates the service Afterwards you can check the status with: |
||||
|
|
|
For me the solution was to run
in a terminal |
|||
|
|
protected by Community♦ May 4 '16 at 14:56
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?