It might make more sense to *not* restart NetworkManager service at all; or at least when NFS shares are mounted (grep ^nfs: /proc/mounts). The problem manifests when one performs dist-upgrade off NFS via network interface controlled by NM: 374: NetworkManager ############## [ 79%] Stopping NetworkManager service: [ DONE ] Setting network parameters... Starting NetworkManager service: [ DONE ] ...at this point there's no IP address assigned to eth0 and apt-get is hanging (as well as df and anything else trying to touch mounted shares).
а в это время nm-applet загружен? Если да, он должен автоматически прицепиться к сервису и поднять eth0. Вообще, я считаю, что любая активность на Notebook/Desktop с поднятым NM должна происходить при залогиненном пользователе (и поднятом nm-applet). На других типах машин использование NM не показано. (Для машин двойного назначения надо критичные интерфейсы закрывать с помощью NM_MANAGED)
(In reply to comment #1) > а в это время nm-applet загружен? Да -- сессия KDE была активна (запомнил по тому, что после dist-upgrade на этой nvidia иксы не должны были подняться опять :). > Если да, он должен автоматически прицепиться к > сервису и поднять eth0. Дело в том, что dist-upgrade может (и так безопаснее) проводиться без активной графической сессии.
>> а в это время nm-applet загружен? > Да -- сессия KDE была активна (запомнил по тому, что после dist-upgrade на этой nvidia иксы не должны были подняться опять :). это довольно странно. Надо бы проверить такое поведение. >> Если да, он должен автоматически прицепиться к >> сервису и поднять eth0. >Дело в том, что dist-upgrade может (и так безопаснее) проводиться без активной графической сессии. это столкновение концепций. nm должен использоваться при поднятых X, а dist-upgrade желательно при опущенных. Как бы это решить? >8-( P.S. я делаю при поднятых. Ничего так, пока.
Упс, думал давно закрыл. Начиная с NetworkManager-0.7.0-alt7.svn.r4229 рестарт убран. То, что автоматического рестарта нет - думаю, не страшно.
Спасибо!
