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#10119 - netcfg2 and pm-utils (no network after resume)
Attached to Project:
Arch Linux
Opened by Martin (dante) - Tuesday, 08 April 2008, 15:24 GMT
Last edited by James Rayner (iphitus) - Saturday, 04 October 2008, 00:22 GMT
Opened by Martin (dante) - Tuesday, 08 April 2008, 15:24 GMT
Last edited by James Rayner (iphitus) - Saturday, 04 October 2008, 00:22 GMT
|
DetailsI'm using netcfg2 and a cable internet connection. After suspending and resuming with pm-utils I have no network and internet.
When I change the original HOOK from "/usr/lib/pm-utils/sleep.d/11netcfg" (first attachment) against a modified older one (second attachment) everything is working again. PS: everything is up to date, and I'm using a relatively new installation (approx. 7 days) |
This task depends upon
Comment by Jan de Groot (JGC) -
Thursday, 10 April 2008, 17:46 GMT
The original hook doesn't do anything because it calls nm_suspend and nm_resume instead of netcfg_suspend and netcfg_resume. This is a bug in netcfg itself, not in the pm-utils hooks.
Comment by James Rayner (iphitus) -
Friday, 11 April 2008, 03:04 GMT
I include no hook with netcfg. Should I consider this a feature request to have it included?
Comment by Jan de Groot (JGC) -
Friday, 11 April 2008, 06:15 GMT
pm-utils contains a hook for netcfg, but when using that hook, netcfg doesn't resume the network when coming back from suspend.
Comment by James Rayner (iphitus) -
Friday, 11 April 2008, 08:29 GMT
Wait a moment. netcfg2 is working fine. The hook is wrong and calls the wrong function. There's a corrected one attached.
11netcfg