FS#21796 - [networkmanager] wlan disabled since upgrade yesterday

Attached to Project: Arch Linux
Opened by Florian Apolloner (apollo13) - Tuesday, 23 November 2010, 08:21 GMT
Last edited by Jan Alexander Steffens (heftig) - Tuesday, 30 November 2010, 19:14 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Since yesterday network-manager thinks the wlan is disabled; though I am currently connected manually through wlan.

uname -a: Linux apollo13 2.6.35-ARCH #1 SMP PREEMPT Sat Oct 30 21:22:26 CEST 2010 x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/Linux

lspci|grep Net: 03:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 35)

driver in use: iwlagn

networkmanager log:
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): driver supports SSID scans (scan_capa 0x01).
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): new 802.11 WiFi device (driver: 'iwlagn' ifindex: 3)
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): exported as /org/freedesktop/NetworkManager/Devices/1
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): now managed
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): device state change: 1 -> 2 (reason 2)
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): bringing up device.
Nov 23 09:09:00 apollo13 NetworkManager[4294]: <info> (wlan0): deactivating device (reason: 2).
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Tuesday, 30 November 2010, 19:14 GMT
Reason for closing:  Not a bug
Comment by Zbysek MRAZ (zbyshek) - Thursday, 25 November 2010, 07:47 GMT
  • Field changed: Percent Complete (100% → 0%)
I would like to reopen this one, as I face the same issue and networkmanager is not able to connect to any wireless network I have saved. When using wpa_supplicant from command line or iwconfig key the authentication works.
Comment by Andrea Scarpino (BaSh) - Thursday, 25 November 2010, 07:47 GMT
which version of networkmanager are you using?
Comment by Ionut Biru (wonder) - Thursday, 25 November 2010, 07:59 GMT
are you using testing?
Comment by Piotr Husiatyński (Husio) - Thursday, 25 November 2010, 09:21 GMT
Same issue here - downgrade 0.8.1-1 helped. With 0.8.2-5 I can see available networks, but cannot choose to connect to any of them.
Comment by Jan Alexander Steffens (heftig) - Thursday, 25 November 2010, 20:56 GMT
If you're able to, doing a git bisect between tags 0.8.1 and 0.8.2 would be helpful.
Comment by Ionut Biru (wonder) - Thursday, 25 November 2010, 21:06 GMT
first of all we should know what are your login methods, /var/log/daemons.log, rfkill list output
Comment by argubado (argubado) - Monday, 29 November 2010, 08:23 GMT
I have the same issue with networkmanager 0.8.2.6 and nm-applet 0.8.2.2 installed. I can see the wireless networks in nm-applet but cannot connect to any. Strange thing is when I reinstall networkmanger, kill and restart nm-applet everything is working fine but only until I reboot.

03:00.0 Network controller: Intel Corporation Wireless WiFi Link 5300

uname -a: Linux xxx 2.6.36-ARCH #1 SMP PREEMPT Wed Nov 24 00:39:57 CET 2010 x86_64 Intel(R) Core(TM)2 Duo CPU L9400 @ 1.86GHz GenuineIntel GNU/Linux

login method: I am not using a login manager. I log in via terminal and run xinit.

/var/log/daemon.log: http://pastebin.com/a0VwEK65

rfkill list: http://pastebin.com/CVQzrV7y
Comment by Marcus (oops) - Monday, 29 November 2010, 18:33 GMT
Same problem. nm-applet displays visible Wifi networks but will not connect. I can connect manually with iwconfig after killing NetworkManager. It worked before the most recent network-manager update.

packages:
extra/network-manager-applet 0.8.2-2
extra/networkmanager 0.8.2-6

I use startx, ~/.xinitrc:
nm-applet --sm-disable &
exec ck-launch-session dbus-launch openbox

/var/log/daemon.log:
http://pastebin.com/qESRNSuY

Console output of nm-applet (from startx TTY):
** (nm-applet:3632): WARNING **: <WARN> activate_connection_cb(): Connection activation failed: No user settings service available

rfkill list:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
Comment by Ionut Biru (wonder) - Monday, 29 November 2010, 18:46 GMT
what about if you change the permission of /var/lib/NetworkManager to 755?
Comment by Marcus (oops) - Monday, 29 November 2010, 20:34 GMT
wonder are you talking to me? I still have it at 755. Pacman complained when upgrading the package that it should be 700 but I haven't bothered to change it yet. I just double-checked.
Comment by argubado (argubado) - Tuesday, 30 November 2010, 09:25 GMT
"what about if you change the permission of /var/lib/NetworkManager to 755?"

I had 700, changed it to 755. No difference.

I figured out I just have to kill and restart nm-applet after a reboot then it is working fine.
This is how I start nm-applet in my ~/.xinitrc:

if [ -x /usr/bin/nm-applet ] ; then
nm-applet --sm-disable &
fi
exec ck-launch-session xmonad
Comment by Jan de Groot (JGC) - Tuesday, 30 November 2010, 09:36 GMT
Which is totally wrong, because nm-applet does not get started from the same consolekit session. This is a user configuration bug, not a packaging bug.
Comment by argubado (argubado) - Tuesday, 30 November 2010, 09:57 GMT
It did work just fine this way until the last networkmanager update so I did not know I am doing something wrong.
Any chance you could tell how to start nm-applet correctly?
Comment by Jan Alexander Steffens (heftig) - Tuesday, 30 November 2010, 15:12 GMT
You could have another script (e.g. ~/.xsession):

#!/bin/sh
if [ -x /usr/bin/nm-applet ] ; then
nm-applet --sm-disable &
fi
exec xmonad

run this script from your .xinitrc using

exec ck-launch-session sh ~/.xsession

instead of exec ck-launch-session xmonad.
Comment by argubado (argubado) - Tuesday, 30 November 2010, 18:37 GMT
Thank you very much! Worked perfectly. Everything is working now.

Loading...