Bug 28150

Summary: NM doesn't react to Suspend-to-RAM trough systemd anymore
Product: Sisyphus Reporter: ildar <ildar>
Component: NetworkManagerAssignee: Mikhail Efremov <sem>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: sem, shaba
Version: unstable   
Hardware: all   
OS: Linux   
Bug Depends on:    
Bug Blocks: 28008    

Description ildar 2012-11-30 13:48:38 MSK
Раньше (SysV) suspend осуществлялся через утилиты пакета pm-utils. Оттуда вызывался хук /usr/lib/pm-utils/sleep.d/55NetworkManager, который сообщал NM о том, мол, засыпаем, а, главное, просыпаемся. NM на это реагировал правильно: переустанавливал соединение. Это очень важно, когда мы засыпаем в одном месте, а просыпаемся в другом :)

Короче, с systemd эта функциональность потеряна. Надо бы восстановить.
Comment 1 Mikhail Efremov 2012-11-30 16:11:13 MSK
Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то какие к нему претензии?
Посылка же такого сообщения есть не только в скриптах pm-utils, его NM'у еще точно умеет слать xfce4-power-manager, может и другие power manager'ы.
Надо разбираться как с systemd происходит засыпание и откуда слать сообщение NM-у.
Comment 2 ildar 2012-11-30 16:42:50 MSK
(В ответ на комментарий №1)
> Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то
> какие к нему претензии?
...
> Надо разбираться как с systemd происходит засыпание и откуда слать сообщение
> NM-у.

Первое, всё ж таки неправильно, что это лежит в pm-utils, xfce4-power-manager и т.п.
Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM, например) подписываются на событие SUSPEND через dbus, а уж udev или systemd должны уведомлять его (upower), что, мол, "щас что-то будет!"

В итоге, нужно разобраться, на кого возложить эту работу, и перевесить багу на виновного.
Для дискуссии я Алексея Шабалина сразу подписал...
Comment 3 Mikhail Efremov 2012-11-30 20:43:04 MSK
(В ответ на комментарий №2)
> Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM,
> например) подписываются на событие SUSPEND через dbus, а уж udev или systemd
> должны уведомлять его (upower), что, мол, "щас что-то будет!"

На самом деле NM так и делает. Просто systemd теперь и это делает сам, не используя upower. В ветке master NM'а уже умеет работать и с systemd. Позже портирую для NM-0.9.6.
Comment 4 Mikhail Efremov 2013-02-19 19:49:31 MSK
Fixed in NetworkManager-0.9.7.997-alt1.
Comment 5 Mikhail Efremov 2013-02-19 19:49:47 MSK
.