LINUX.ORG.RU

upower-pm-utils, не работает suspend

 


1

1

так как upower лёг под поцтеринга, пришлось переползти на upower-pm-utils.

теперь не работает suspend (hibernate пока не проверял, ибо не сконфижено ядро для этого дела, возможно и с ним могут происходить те же траблы). он вроде как начинает уводить компьютер в сон, но экран красится чёрным (подсветка экрана загорается снова через несколько секунд, и так и остаётся), клавиатура/мышь не реагируют, кнопка питания не реагирует. только ребут. то есть комп повисает ещё до сна.

логи ничего не дали, ибо принудительный рестарт. куда копать? что конфигурять?

логи ничего не дали, ибо принудительный рестарт. куда копать?

/var/log/messages ?

snaf ★★★★★
()

не работает, потому что не хочешь хорошего будущего для GNU/Linux

zikasak ★★
()
root@gentoo:/# emerge sudo
root@gentoo:/# emerge pm-utils
root@gentoo:/# pm-hibernate

Мне вот все интересно, когда же тебя просветит.

DeadEye ★★★★★
()
Ответ на: комментарий от snaf

/var/log/messages

Jul 17 23:06:16 gentoo dbus[12734]: [system] Rejected send message, 1 matched rules; type="method_call", sender=":1.6" (uid=1000 pid=13564 comm="dbus-send --print-reply --system --dest=org.freede") interface="org.freedesktop.upower" member="suspend" error name="(unset)" requested_reply="0" destination="org.freedesktop.UPower" (uid=0 pid=13568 comm="/usr/lib/upower/upowerd ")
funeralismatic ★★★
() автор топика
Ответ на: комментарий от DeadEye

Просто он самый разумный способ отвергает.

разумный? самый простой, не требующий шевеления мозгом, и самый костыльный.

с тем же успехом я могу посылать в /proc/чего-то-там.

funeralismatic ★★★
() автор топика

может ли это происходить из-за неуказания CONFIG_PM_STD_PARTITION?

funeralismatic ★★★
() автор топика
Ответ на: комментарий от funeralismatic

мне не нужны костыли, мне нужно починить upower.

Что именно чинить, если это последний срез дерева upower до того, как он лег под Поца? Ну, может еще патчи. Но в чем отличие upower-pm-utils от upower, чтобы винить во всем его?

iVS ★★★★★
()
Ответ на: комментарий от iVS

Но в чем отличие upower-pm-utils от upower, чтобы винить во всем его?

например, теперь, если пинать через dbus, надо писать upower, а не UPower, как раньше, это первое, что я заметил. ну, ещё раньше suspend работал, а теперь, вот, почему-то не хочет; что за него отвечает? — железо ← ядро (ACPI) ← upower. действуем по порядку, начинаем с upower. логично?

funeralismatic ★★★
() автор топика
Ответ на: комментарий от funeralismatic

Может и логично, но бесполезно. А полезно было бы найти скрипт, который отвечает конкретно за твой случай. Смотри внутри /etc/acpi/actions/ и /etc/acpi/events/. Нашел скрипт -> определил место ошибки -> сделал выводы.

Создавать теорию, не имея фактов - большая ошибка. (с) Ш. Холмс

iVS ★★★★★
()
Ответ на: комментарий от iVS

Чорд, я, видимо, уже сплю. Наверное, мой совет не в тему. Читать лог /var/log/pm-suspend.log уже советовали?

iVS ★★★★★
()
Ответ на: комментарий от iVS

/etc/acpi/actions/ и /etc/acpi/events/

ага, вот только при обновлении в /etc/acpi никаких изменений не было, а вот совместимость старых и новых экшнов/ивентов под сомнением быть не может, ибо я новый upower даже не ставил, новости имею привычку читать до обновления мира.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от kostik87

попробуй так:

dbus-send --print-reply --system --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Suspend

funeralismatic ★★★
() автор топика
Ответ на: комментарий от iVS
Thu Jul 17 23:07:21 YEKT 2014: performing suspend
Initial commandline parameters: 
Blacklisting 01grub.
Blacklisting 90clock.
Thu Jul 17 23:30:33 YEKT 2014: Running hooks for suspend.
Running hook /usr/lib64/pm-utils/sleep.d/00logging suspend suspend:
Linux gentoo 3.15.5-gentoo #1 SMP Thu Jul 17 01:46:54 YEKT 2014 x86_64 Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz GenuineIntel GNU/Linux
Module                  Size  Used by
nvidia              10672495  47 
             total       used       free     shared    buffers     cached
Mem:       8046052     441788    7604264       1512      18152     153948
-/+ buffers/cache:     269688    7776364
Swap:      8388604          0    8388604
/usr/lib64/pm-utils/sleep.d/00logging suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/00powersave suspend suspend:
Blacklisting 01grub.
Blacklisting 90clock.
/usr/lib64/pm-utils/sleep.d/00powersave suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/01grub suspend suspend:
/usr/lib64/pm-utils/sleep.d/01grub suspend suspend: disabled.

Running hook /usr/lib64/pm-utils/sleep.d/50unload_alx suspend suspend:
/usr/lib64/pm-utils/sleep.d/50unload_alx suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/55wicd suspend suspend:
/usr/lib64/pm-utils/sleep.d/55wicd suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/75modules suspend suspend:
/usr/lib64/pm-utils/sleep.d/75modules suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/90clock suspend suspend:
/usr/lib64/pm-utils/sleep.d/90clock suspend suspend: disabled.

Running hook /usr/lib64/pm-utils/sleep.d/94cpufreq suspend suspend:
/usr/lib64/pm-utils/sleep.d/94cpufreq suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/95led suspend suspend:
/usr/lib64/pm-utils/sleep.d/95led suspend suspend: not applicable.

Running hook /usr/lib64/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
nVidia binary video drive detected, not using quirks.
/usr/lib64/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.

Running hook /usr/lib64/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0
/usr/lib64/pm-utils/sleep.d/99video suspend suspend: success.

Thu Jul 17 23:30:34 YEKT 2014: performing suspend

хм, действительно...

/usr/lib64/pm-utils/sleep.d/95led

какого оно не работает?! (действительно не гасит)

root@gentoo less /proc/acpi/ibm/led
/proc/acpi/ibm/led: No such file or directory

----

/usr/lib64/pm-utils/sleep.d/90clock

...
/sbin/hwclock --systohc
...

НАФЕЙХОА?!

----

/usr/lib64/pm-utils/sleep.d/01grub

у меня нет загрузчика вообще, я через EFI гружусь.

----

конфиг дефолтный, скрипты дефолтные.

/usr/lib/pm-utils/defaults говорит:

DO NOT EDIT THIS FILE!

funeralismatic ★★★
() автор топика

snaf, RADDyomin, назовите мне как минимум три весомые причины, зачем мне нужно ставить app-admin/sudo?

RADDyomin, sys-power/pm-utils у меня подтянулся by sys-power/upower-pm-utils, но пинать его не так удобно, как напрямую хуки через dbus, и права оно дополнительно требует (таки это не причина ставить app-admin/sudo, а, скорее, причина ненужности sys-power/pm-utils).

RADDyomin, вообще, топик создан для решения проблемы, а не для поиска пути обхода данной проблемы.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от DeadEye

А ты смишной! У меня, например, стоит upower-pm-utils, suspend работает. Может дело в кривых руках ТС? Вон, оказывается, он без grub грузится, что еще откроется в дальнейшем?

iVS ★★★★★
()
Ответ на: комментарий от iVS

дело в кривых руках ТС

дело не в кривых руках, а в поцтеринге, который подмял под себя нормальный upower, и приходится осваивать непонятное ПО.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от funeralismatic

root@gentoo less /proc/acpi/ibm/led
/proc/acpi/ibm/led: No such file or directory

Проблема же не в этом: смотри начало /usr/lib64/pm-utils/sleep.d/95led:

[ -f /proc/acpi/ibm/led ] || exit $NA
И вообще там сказано, что
# On an IBM system. make the suspend LED blink.
У тебя IBM, чтобы он выполнялся?

И все же вопрос: как именно уходишь в suspend? Жмешь кнопку, вызываешь меню? А может просто в консоли pm-suspend?

iVS ★★★★★
()
Ответ на: комментарий от iVS

как именно уходишь в suspend?

dbus-send --print-reply --system --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Suspend

У тебя IBM, чтобы он выполнялся?

а я не вижу, где оно может ещё не выключать подсветку.

без grub грузится

лишняя сущность, EFI прекрасно умеет грузиться в ядро.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от snaf

дело не в sudo, а в том, что я пинаю ACPI через dbus, а он — через pm-utils.

funeralismatic ★★★
() автор топика
Ответ на: комментарий от iVS

я читал это, и многое другое, но это не проясняет абсолютно ничего для меня. может моя проблема таки связана с руками, но я ума не приложу, с чего начать.

кнофиги-то поменялись к upower при обновлении, вот и думаю, куда можно копать?

funeralismatic ★★★
() автор топика
Последнее исправление: funeralismatic (всего исправлений: 1)
Ответ на: комментарий от funeralismatic

и какого хрена мы отрабатываем их, если они в блэклисте?!
/usr/lib64/pm-utils/sleep.d/01grub suspend suspend: disabled.
disabled

что-что мы там отрабатываем?

Pinkbyte ★★★★★
()
Ответ на: комментарий от funeralismatic

/usr/lib/pm-utils/defaults говорит:

DO NOT EDIT THIS FILE!

Ну ты даешь! Когда уже научишься читать все?

##########################################################
# DO NOT EDIT THIS FILE!                                 #
#                                                        #
# Add files in /etc/pm/config.d/ instead!                #
##########################################################
Попробуй задать явно SLEEP_MODULE что ли. У тебя ядро гентушное или пропатченное со всякими tuxonice?

iVS ★★★★★
()
Последнее исправление: iVS (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Тут ясно, что он ошибся, но ситуация у него действительно странная. Заметил разницу в логах /var/log/pm-suspend.log.

У меня

Running hook /usr/lib64/pm-utils/sleep.d/95led suspend suspend:

/usr/lib64/pm-utils/sleep.d/95led suspend suspend: success.
У него
Running hook /usr/lib64/pm-utils/sleep.d/95led suspend suspend:
/usr/lib64/pm-utils/sleep.d/95led suspend suspend: not applicable.
Я грешу на SLEEP_MODULE, по умолчанию это должен быть kernel, значит, что-то не то в ядре настроено.

iVS ★★★★★
()
Последнее исправление: iVS (всего исправлений: 3)
Ответ на: комментарий от iVS

Ну, у меня щаз под рукой ноутбука нет, на десктопе у меня там тоже success, однако код в $NA должен быть 254, то есть !=0, что значит по идее success не должен быть. Да и вообще NA, это по идее и есть not applicable, судя по grep.

./pm-functions:         $NA) log "not applicable." ;;

Хотя из меня знаток upower так себе

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от iVS
root@gentoo zcat /proc/config.gz | grep -i acpi                                                                /root
CONFIG_X86_64_ACPI_NUMA=y
# Power management and ACPI options
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
# CONFIG_ACPI_PROCFS_POWER is not set
# CONFIG_ACPI_EC_DEBUGFS is not set
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
# CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_NUMA=y
# CONFIG_ACPI_CUSTOM_DSDT is not set
# CONFIG_ACPI_INITRD_TABLE_OVERRIDE is not set
# CONFIG_ACPI_DEBUG is not set
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_ACPI_CONTAINER=y
# CONFIG_ACPI_SBS is not set
# CONFIG_ACPI_HED is not set
# CONFIG_ACPI_CUSTOM_METHOD is not set
# CONFIG_ACPI_BGRT is not set
# CONFIG_ACPI_REDUCED_HARDWARE_ONLY is not set
# CONFIG_ACPI_APEI is not set
# CONFIG_ACPI_EXTLOG is not set
CONFIG_X86_ACPI_CPUFREQ=y
CONFIG_X86_ACPI_CPUFREQ_CPB=y
# CONFIG_HOTPLUG_PCI_ACPI is not set
CONFIG_PNPACPI=y
CONFIG_ATA_ACPI=y
# CONFIG_PATA_ACPI is not set
# ACPI drivers
# ACPI drivers
# CONFIG_SENSORS_ACPI_POWER is not set
# CONFIG_ACPI_INT3403_THERMAL is not set
CONFIG_DMA_ACPI=y
# CONFIG_THINKPAD_ACPI is not set
# CONFIG_ACPI_WMI is not set
# CONFIG_ACPI_CMPC is not set
funeralismatic ★★★
() автор топика
Ответ на: комментарий от Pinkbyte

на десктопе у меня там тоже success, однако код в $NA должен быть 254, то есть !=0, что значит по идее success не должен быть.

Угу, видимо, вызов /usr/lib64/pm-utils/sleep.d/95led — промежуточный шаг, и в случае $NA будет выполнено что-то еще, какой-нибудь сигнал для ACPI. Мне кажется, это зависит от SLEEP_MODULE и настроек ACPI в ядре, куда и надо копать.

Хотя из меня знаток upower так себе

Та ж фигня.

iVS ★★★★★
()
Ответ на: комментарий от iVS

Эх, ничего криминального...

естественно, я в первую очередь отконфигурял ядро, прежде, чем пробовать суспенд.

funeralismatic ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.