KPowerSave и переход в ждущий и хибернэйт режим
cyclon 19 декабря, 2007 - 22:55
Поставил KPowersave, идущая с КДЕ приблуда не понравилась. Когда выбираю hibernate и или suspend to ram, то вылазит такое сообщение:
"Не удалось размонтировать внешние носители до перехода в спящий или ждущий режим. (Причина: Не удалось вызвать интерфейс DCOP для размонтирования внешних носителей.) Продолжить переход в спящий/ждущий режим? (Предупреждение: продолжение перехода в спящий режим может привести к потере данных!)"
Может кто знает как побороть?!
Всё это дело стоит на ноуте MSI с кедами.
Заранее спасибо!!!
»
- Для комментирования войдите или зарегистрируйтесь
а сам acpi
а сам acpi настроен, режимы hibernate hibernate-ram?
конечно
конечно
# cat .config | grep ACPI
# Power management options (ACPI, APM)
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=m
CONFIG_ACPI_FAN=y
# CONFIG_ACPI_DOCK is not set
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=2001
CONFIG_ACPI_DEBUG=y
# CONFIG_ACPI_DEBUG_FUNC_TRACE is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_SBS=y
CONFIG_X86_ACPI_CPUFREQ=y
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8_ACPI=y
CONFIG_X86_ACPI_CPUFREQ_PROC_INTF=y
CONFIG_HOTPLUG_PCI_ACPI=m
CONFIG_HOTPLUG_PCI_ACPI_IBM=m
CONFIG_PNPACPI=y
# CONFIG_THINKPAD_ACPI is not set
CONFIG_BLK_DEV_IDEACPI=y
CONFIG_ATA_ACPI=y
# cat .config | grep HIB
CONFIG_HIBERNATION_UP_POSSIBLE=y
CONFIG_HIBERNATION=y
Не понимаю, чем
Не понимаю, чем тебе не нравится стандартное echo disk > /sys/power/state? Ну, можно скрипт наваять, в котором все выгружать и вгружать будешь - но это же дело пяти минут.))
Всё правильно,
Всё правильно, перед засыпанием умная прожка-скрипт пытается всё сделать всё наиболее безопасным образом.
То есть, перед засыпанием размонтировать подключаемые разделы, ибо мало ли что может случится, так недолго и файлах недавние правки потерять. Но это у неё не выходит, потому как разделы заняты.
Но, с другой стороны, при засыпании в рам такого редко требуется, а если это ноутбук, да ещё и с единственной системой на борту, и к тому же без извлекаемого хд, то, вообще, редко бывает необходимость в этой предусмотрительности. Конечно же при этом имеется в виду, что ваше железо работает как швецарские часы, а дрова видяхи заведомо стабильны.
Так вот, думаю, для второго случая там предусмотрено в настройках какие диски и/или файловые системы автоматически отмонтировать при засыпании, и, если надо, монтировать при просыпании (например, флешки, карты памяти, сд, другие мобильные устройства, сетевые диски), а какие игнорировать.
В принципе, если эта прожка - просто гуевина к хибернейт-скриптам, то соответствующие настройки можно прописать в соответствующих файлах конфигурации sys-power/hibernate-script.
:)
Ща поставил
Ща поставил ядро с tuxonice, так возникли траблы с nvidia'вскими дровами. Система вроде как уходит в даун но по идее когда всё должно выключится, подвисает с погасшим монитором. Может есть какие способы победить это, или придётся ждать когда нвидия сподобится поправить проблемы с саспендом?!
0. Не
0. Не обязательно использовать ядра с патчами suspend2/tuxonice, они у многих отлично работают, у других работают неслишком стабильно, третьи не читают доки и у них нифига ничего не работает :)
1. в /etc/hibernate/blacklisted-modules добавьте nvidia
2. Если карточка с AGP, то в /etc/X11/xorg.conf добавить
3. Отключить в ядре AGPGART (CONFIG_AGP)
а вот у мну
а вот у мну повисает с погасшим монитором (вернее даже не включая его) в момент пробуждения.(причем очень часто но четверть выходов удачна) куда копать?
туда куда я
туда куда я написал ранее.
Это распрстраненная проблема для nvidia, и других карточек со своими модулями agp. Лечится прямым указанием какой модуль использовать, если не поможет, то отключением agpgart в ядре, если и это не помогло, то внесением модуля карточки в черный список модулей не подлежащих выгрузке.
Если у вас компиз/берил, то это - проблема дров. Обычно решается обновлением, либо переходом на xgl (есть и другие методы, особенно для берила, гугль в помощь)
:)
отрубил компиз
отрубил компиз пока всё ок.. видимо точно в нём..
но дуделки таки хочется =)
Огромное
Огромное спасибо!!!! Всё работает, и на диск и в раму! 8-)
Просто я ниразу не заморачивался с саспендом, потому как на моём последнем древнем ноуте саспенд работал на уровне железа, т.е. под любой ОС без каких либо настроек :-) А вот у нового уже такой радости нет.
В общем с
В общем с hibernate'ом я разобрался. Но что делать с kpowersave, как заставить его работать с хибернатом?!
наверно,
наверно, настроить sys-power/powersave.
Мне самому хотелось бы приблуду, которая усыпляла бы комп при длительных простоях. Если это можно сделать через acpid, то лучше будет не приумножать сущности ещё одним демоном и воспользоваться acpid. Кнопки можно настроить и его конфигах, а можно, придумать что-нить ещё.
:)
Что-то powersave не
Что-то powersave не впечатлил.
Таймеров там не нашел :(
Зато таймеры
Зато таймеры обнаружились в гуе kpowersave
:)
всё работает, но настраивать powersave дело муторное, практический каждый конфиг стоит править