Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#31780 - [wpa_actiond] Disconnect on Resume
Attached to Project:
Arch Linux
Opened by James Lott (OakRaider4Life) - Wednesday, 03 October 2012, 05:37 GMT
Last edited by Gerardo Exequiel Pozzi (djgera) - Wednesday, 12 February 2014, 01:57 GMT
Opened by James Lott (OakRaider4Life) - Wednesday, 03 October 2012, 05:37 GMT
Last edited by Gerardo Exequiel Pozzi (djgera) - Wednesday, 12 February 2014, 01:57 GMT
|
DetailsDescription:
Using net-auto-wireless when resuming laptop from a sleep state, wpa_actiond inexplicably disconnects wlan interface from network. Happens on open and secure networks alike, across security types. Configuration is not the issue, as starting the daemon normally connects to the network without problem, and using netcfg scripts without wpa_actiond also yields no problems. Additional info: * Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection * Kernel Driver in Use: iwl4965 * netcfg v2.8.10 * wpa_actiond v1.3-1 * Last 10 log lines leading into disconnect attached * Thread on Arch forum: https://bbs.archlinux.org/viewtopic.php?id=149978 Steps to reproduce: Start net-auto-wireless Suspend PC Resume PC 
daemons.log
(0.9 KiB)
|
This task depends upon
Closed by Gerardo Exequiel Pozzi (djgera)
Wednesday, 12 February 2014, 01:57 GMT
Reason for closing: No response
Additional comments about closing: No response in more than one year.
Wednesday, 12 February 2014, 01:57 GMT
Reason for closing: No response
Additional comments about closing: No response in more than one year.
Comment by Matthias Dienstbier (fs4000) -
Thursday, 04 October 2012, 10:08 GMT
Are you using systemd? With systemd the pm-utils suspend hooks are useless. Netcfg needs to put a new script into /usr/lib/systemd/system-sleep/.
Comment by James Lott (OakRaider4Life) -
Friday, 05 October 2012, 18:28 GMT
I'm using SysV initscripts
Comment by Greg (dolby) -
Tuesday, 18 December 2012, 00:21 GMT
Does it happen with systemd?