NetworkManager failed to function after suspend and resume
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| network-manager (Ubuntu) |
Undecided
|
Unassigned | |||
Bug Description
NetworkManager failed to function after resuming from suspend. The indicator applet in the Mac OS style menu bar showed the empty quarter-circle, and clicking "Enable Networking" didn't change the menu options or the style of the applet. Running "sudo service network-manager restart" brought back functionality.
$ dpkg -l systemd* logind*
Desired=
| Status=
|/ Err?=(none)
||/ Name Version Architecture Description
+++-===
un logind <none> (no description available)
un systemd <none> (no description available)
ii systemd-services 204-0ubuntu19.1 amd64 systemd runtime services
ii systemd-shim 6-0ubuntu0.13.10 amd64 shim for systemd
Thanks
ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: network-manager 0.9.8.0-0ubuntu22
ProcVersionSign
Uname: Linux 3.11.0-15-generic x86_64
ApportVersion: 2.12.5-0ubuntu2.2
Architecture: amd64
Date: Fri Jan 17 10:08:48 2014
IfupdownConfig:
auto lo
iface lo inet loopback
InstallationDate: Installed on 2012-10-18 (456 days ago)
InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1)
IpRoute:
default via 192.168.1.1 dev wlan0 proto static
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.14 metric 9
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
MarkForUpload: True
NetworkManager.
[main]
NetworkingEnab
WirelessEnable
WWANEnabled=true
WimaxEnabled=true
SourcePackage: network-manager
UpgradeStatus: Upgraded to saucy on 2013-11-06 (72 days ago)
modified.
mtime.conffile.
nmcli-dev:
DEVICE TYPE STATE DBUS-PATH
wlan0 802-11-wireless connected /org/freedeskto
eth0 802-3-ethernet unavailable /org/freedeskto
nmcli-nm:
RUNNING VERSION STATE NET-ENABLED WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
running 0.9.8.0 connected enabled enabled enabled enabled disabled
| Seth Arnold (seth-arnold) wrote : | #1 |
| Martin Pitt (pitti) wrote : | #3 |
Adding interesting log excerpt from a duplicate bug, it's the same symptom here:
Mar 09 23:27:59 fry NetworkManager[
Mar 09 23:27:59 fry NetworkManager[
Mar 09 23:27:59 fry NetworkManager[
[...]
Mar 10 00:37:20 fry NetworkManager[
Mar 10 00:37:20 fry NetworkManager[
Mar 10 10:04:24 fry NetworkManager[
Mar 10 10:04:24 fry NetworkManager[
Mar 10 10:04:24 fry NetworkManager[
So it seems that the "activated -> unmanaged" action should be done *before* "sleeping...", and then it just forgets to bring it back up after waking up. Here it has the correct order, so that sounds like a race condition.
| Emil Soleyman (emilsoleyman) wrote : | #4 |
| Fran Diéguez (frandieguez) wrote : | #5 |
pitti, will you build packages with these patches or should I test them in my local machine?
| Martin Pitt (pitti) wrote : | #6 |
Fran, the first patch looks promising. The second patch looks unrelated, but cherry-picking it can't hurt anyway I guess. If you can test this, please do (I just returned from holidays and have a giant backlog).
| Emil Soleyman (emilsoleyman) wrote : | #7 |
The first patch above does nothing to the bring the connection back up after building my own set of packages. There does seem to be a race condition of some sort between the supplicant and NM but I'm not able to track it down appropriately.
I'm attaching my debug logs to this bug report in the hope that someone can point me in the right direction.
| Benni (benjaminf-bauer) wrote : | #8 |
This same bug happens on a Macbook pro 8,1 with Ubuntu unity 15.04
After a suspend the wifi is disconnected. Restarting the network-manager or toggling wifi off/on via the system tray solves the problem. This does not improve the user experience.
| Bluegrassin (anderslgade) wrote : | #9 |
I just installed 15.04 on a lenovo E330 with a r8169 wireless chip and have this problem. Wifi connecting on startup, but after suspend, I have to deactivate wireless and reactivate to get a connection. Never had the problem with neither 14.04 nor 14.10.
| Mentis (mentis-by) wrote : | #10 |
The workaround is to switch to upstart by default.
Can be done like this:
Install the upstart-sysv package, which will remove ubuntu-standard and systemd-sysv (but should not remove anything else -- if it does, yell!), and run sudo update-initramfs -u. After that, grub's "Advanced options" menu will have a corresponding "Ubuntu, with Linux ... (systemd)" entry where you can do an one-time boot with systemd.
| Fran Diéguez (frandieguez) wrote : | #11 |
Recently moved to Archlinux and this bug is not present here anymore.
| Vegard (skvate) wrote : | #12 |
Same problem on Lenovo E145 with BCM43228 wifi. Reconnecting by turning wifi off and on sometimes works. Have not tried restarting networkmanager.
| Stephan Springer (geryon) wrote : | #13 |
Reconnecting wifi worked fine here until the system upgrade to 15.04 (vivid). Since then, after suspend and resume wifi does not work almost always.
No wifi networks are shown in the network manager menu then, and I have to either switch networking completely off and on again, or select “connect to hidden nework…” and choose the desired SSID there. This is really annoying, and I'm thinking about switching to another distro because of this (and bug 1268257).
But this happens only on an Acer Laptop, not on another one from Lenovo.
$ lspci -v -s 4:0.0
04:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n
Subsystem: Foxconn International, Inc. Device e04b
Flags: bus master, fast devsel, latency 0, IRQ 18
Memory at b3500000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: wl
Have I found the correct bug report, or should I file a new one?
Is there any better workaround than the mine?
| Juha Toivonen (juhavt) wrote : | #14 |
I have same issue with Macbook 4,1 (Early 2008).
I noticed same symptom as Martin (activated -> unmanaged after resume) and looking network manager code (do_sleep_wake() in nm-manager.c) it seems to be related to wake on lan stuff.
So, I modified nm_platform_
Timing change is probably just hiding the real bug, so this is more of an ugly hack than proper workaround.
| Martin Pitt (pitti) wrote : | #15 |
This sounds similar to bug 1450396. Could you try and add this line
ethtool -s eth0 wol g
to /etc/rc.local before the "exit 0", reboot, and see if that helps?
| Juha Toivonen (juhavt) wrote : | #16 |
I tried this, but it didn't help for me. I don't have wired LAN in use (eth0 is not connected), so I also tried to adapt change for wlan0, but ethtool doesn't give any info for wlan0 and setting wol mode doesn't work:
$ sudo ethtool wlan0
Settings for wlan0:
No data available
Based on network manager prints in journal, I can see that it takes the branch with "device_
kesä 16 18:41:48 juha-MacBook NetworkManager[
kesä 16 18:41:48 juha-MacBook NetworkManager[
kesä 16 18:41:48 juha-MacBook NetworkManager[
kesä 16 18:41:48 juha-MacBook NetworkManager[
After forcing nm_platform_
heinä 14 23:04:19 juha-MacBook NetworkManager[
heinä 14 23:04:19 juha-MacBook NetworkManager[
heinä 14 23:04:19 juha-MacBook NetworkManager[
heinä 14 23:04:19 juha-MacBook NetworkManager[
Used kernel driver is wl:
$ lspci -v -s 2:0.0
02:00.0 Network controller: Broadcom Corporation BCM4321 802.11a/b/g/n (rev 03)
Subsystem: Apple Inc. AirPort Extreme
Physical Slot: 4
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at 90500000 (64-bit, non-prefetchable) [size=16K]
Memory at 90000000 (64-bit, prefetchable) [size=1M]
Capabilities: <access denied>
Kernel driver in use: wl
| Magnus Hoff (maghoff) wrote : | #17 |
The workaround I am currently using is to use the b43-driver instead of wl (sudo rmmod wl ; sudo modprobe b43). This means forgoing support for 802.11n, I think. At least I can no longer see 5GHz networks. However, it also means that the network reliably reconnects after suspend and resume, in my experience.
(Hardware: 13" Retina MacBook Pro, software: Kubuntu 15.04)
| Unixuser (unixuser) wrote : | #18 |
Haha, one year and a half and there is no importance! Awesome!
| Changed in network-manager (Ubuntu): | |
| status: | Confirmed → Invalid |
| Seth Arnold (seth-arnold) wrote : | #19 |
Twente, that's because this bug is useless for fixing any issues -- I originally filed the bug with 13.10, which has been EOL for 1.5 years. Others added completely unrelated bugs here along the way rather than filing new bugs for their issues. Once this turned into a wasteland of unrelated information, there's no need to look at this bug again, and indeed, my original issue has been fixed in 14.04 LTS for ages now. I have no idea if the other unrelated bugs here have ever been addressed.
| Andrei (andrei-doom) wrote : | #20 |
This issue has been present again with systemd on Ubuntu 15.04. I have a clean install of 15.04 on a Lenovo Y50-70 with an Intel Wi-Fi AC 7260 and I need to run "sudo service network-manager restart" in order to bring back internet access. This issue was not present with 14.10 and before. I first found the solution on http://
| Seth Arnold (seth-arnold) wrote : | #21 |
Andre, as I described in the previous comment, this bug is now useless because it has been abused for too many tasks.
Please file a new bug, so that your logs and information can be collected.
Thanks.
Status changed to 'Confirmed' because the bug affects multiple users.