Раньше (SysV) suspend осуществлялся через утилиты пакета pm-utils. Оттуда вызывался хук /usr/lib/pm-utils/sleep.d/55NetworkManager, который сообщал NM о том, мол, засыпаем, а, главное, просыпаемся. NM на это реагировал правильно: переустанавливал соединение. Это очень важно, когда мы засыпаем в одном месте, а просыпаемся в другом :) Короче, с systemd эта функциональность потеряна. Надо бы восстановить.
Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то какие к нему претензии? Посылка же такого сообщения есть не только в скриптах pm-utils, его NM'у еще точно умеет слать xfce4-power-manager, может и другие power manager'ы. Надо разбираться как с systemd происходит засыпание и откуда слать сообщение NM-у.
(В ответ на комментарий №1) > Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то > какие к нему претензии? ... > Надо разбираться как с systemd происходит засыпание и откуда слать сообщение > NM-у. Первое, всё ж таки неправильно, что это лежит в pm-utils, xfce4-power-manager и т.п. Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM, например) подписываются на событие SUSPEND через dbus, а уж udev или systemd должны уведомлять его (upower), что, мол, "щас что-то будет!" В итоге, нужно разобраться, на кого возложить эту работу, и перевесить багу на виновного. Для дискуссии я Алексея Шабалина сразу подписал...
(В ответ на комментарий №2) > Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM, > например) подписываются на событие SUSPEND через dbus, а уж udev или systemd > должны уведомлять его (upower), что, мол, "щас что-то будет!" На самом деле NM так и делает. Просто systemd теперь и это делает сам, не используя upower. В ветке master NM'а уже умеет работать и с systemd. Позже портирую для NM-0.9.6.
Fixed in NetworkManager-0.9.7.997-alt1.
.
