Bug 28150 - NM doesn't react to Suspend-to-RAM trough systemd anymore
: NM doesn't react to Suspend-to-RAM trough systemd anymore
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/NetworkManager)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
: 28008
  Show dependency tree
 
Reported: 2012-11-30 13:48 by
Modified: 2013-02-19 19:49 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


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

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

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

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

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