На ноутбуке смонтированы несколько сетевых ФС (cifs и nfs). При вызове hibernate или suspend из KDE в логах вижу, что эти ФС размонтируются _после_ resume ноутбука (и тут же монтируются - они помечены _netdev,auto в /etc/fstab). В результате ноутбук частенько не засыпает (похоже, из-за cifs). Долго искал место, где можно вызвать service netfs stop _до_ "засыпания" NM, а потом увидел, что в NM уже предусмотрено именно такое отмонтирование, но выполняется оно при непонятном мне условии. Когда я вот так поменял условие, всё стало хорошо (мгновенное размонтирование и засыпание): --- /etc/NetworkManager/dispatcher.d/10-netfs 2012-02-24 21:28:21.000000000 +0400 +++ /etc/NetworkManager/dispatcher.d/10-netfs.my 2012-03-01 01:26:01.150935259 +0400 @@ -11,7 +11,7 @@ $SERVICE netfs reload >/dev/null 2>&1 ||: ;; down) - [ $($IP route show | wc -l) -eq 0 ] && + [ $($IP route show | wc -l) -ne 0 ] && $SERVICE netfs status >/dev/null 2>&1 && $SERVICE netfs stop >/dev/null 2>&1 ||: ;; То же самое должно быть на Сизифе (такой же 10-netfs), но не проверял. Возможно, https://bugzilla.altlinux.org/show_bug.cgi?id=17341 - тоже оно.
в #27009 похожие симптомы
*** Bug 27009 has been marked as a duplicate of this bug. ***
(В ответ на комментарий №0) > Долго искал место, где можно вызвать service netfs stop _до_ "засыпания" NM, К сожалению, в NM такого места просто нет. Скрипты запускаются уже после того, как интерфейс был опущен. Так что попытка размонтирования происходит когда сети уже нет. Я уже точно не помню, но, видимо, надеялся на umount -f в UnmountFilesystems. Похоже зря. > потом увидел, что в NM уже предусмотрено именно такое отмонтирование, но > выполняется оно при непонятном мне условии. Когда я вот так поменял условие, > всё стало хорошо (мгновенное размонтирование и засыпание): В этом нет особого смысла. Если сетью управляет только NM, то на момент вызова скрипта маршрутов (считай сети) уже нет и код не выполняется. Потому и заработало. С таким же успехом его можно просто закомментировать.
> > Долго искал место, где можно вызвать service netfs stop _до_ "засыпания" NM, > > К сожалению, в NM такого места просто нет. Скрипты запускаются уже после того, > как интерфейс был опущен. Так что попытка размонтирования происходит когда сети > уже нет. Я уже точно не помню, но, видимо, надеялся на umount -f в > UnmountFilesystems. Похоже зря. Спасибо, теперь понял. Т.е., именно этот скрипт мне и мешал :) Тогда в самом деле надо этот код из "down" убрать. А то никакой пользы кроме вреда :). Мысли вслух: что если приделать к NM скрипты predown, postdown, и т.п.? (хотелось бы всё-таки сконфигурировать размонтирование при засыпании) Интересно ещё, что это неработающее отмонтирование из 10-netfs не особо мешалось вплоть до недавних обновлений (только _иногда_ не засыпало). И я поэтому в основном думал в сторону обновившегося ядра. Кстати, симптомы #27009 ни разу не наблюдал на этих 2х компьютерах, где нужно и засыпание, и сетевые ФС. Возможно, кто-то до NM успевает...
(В ответ на комментарий №4) > Мысли вслух: что если приделать к NM скрипты predown, postdown, и т.п.? > (хотелось бы всё-таки сконфигурировать размонтирование при засыпании) Это то, чего многие давно хотят от апстрима NM. Может когда-нибудь это сделают. > Интересно ещё, что это неработающее отмонтирование из 10-netfs не особо > мешалось вплоть до недавних обновлений (только _иногда_ не засыпало). И я > поэтому в основном думал в сторону обновившегося ядра. Недавно был исправлен https://bugzilla.altlinux.org/26947 ;)
Похоже у меня что-то подобное.. Долго монтируется потому-что NM не стартанул и долго размонтируется потому что NM уже остановился :(
NetworkManager-0.9.2-alt3 -> sisyphus: * Thu Mar 01 2012 Mikhail Efremov <sem@altlinux> 0.9.2-alt3 - Don't try to unmount network filesystems (closes: #27013).
(В ответ на комментарий №6) > Похоже у меня что-то подобное.. > Долго монтируется потому-что NM не стартанул и долго размонтируется потому что > NM уже остановился :( Я описал похожее и свой костыль тут: https://bugzilla.altlinux.org/show_bug.cgi?id=27009#c6 (т.к. только посредством NM это не решается).