LINUX.ORG.RU

Менеджер Питания XFCE

 , , , ,


0

1

Установил Xubuntu 13.10, починил индикатор звука, но есть новая проблема.
На моём ноутбуке при закрытии крышки включается ждущий режим
Хfce4-power-manager переустанавливал, чистил, запускал от рута, но компьютер всё равно «засыпает».
Как решить эту проблему?


Ответ на: комментарий от sergei9

Простите, я спросил решение проблемы, а не варианты побега на другие DE. Это единственная проблема и я хочу её решить.

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

Тогда простой способ, вскрываешь ноут и убираешь выключатель крышки, радуешься результату (P.S. поставь Kеды)

Pravovedof
()

А в настройки Хfce4-power-manager залезть не судьба?

Programmist11180 ★★★
()

Для нормальной работы Хfce4-power-manager надо сделать две вещи:

1. Удалить демон acpid, который блокирует некоторые функции Хfce4-power-manager, а по сути своей давно уже бесполезен.

2. Удалить Xscreensaver, который настолько могуч, что перехватывает на себя управление питанием монитора и некоторые другие функции.

После удаление этих двух вещей вы сможете использовать Хfce4-power-manager в соответствии с предусмотренными в нем функции.

Если вам нужно запирание экрана под пароль по просшествии какого-то времени бездействия пользователя, то рекомендую установить suckless-tool и пользоваться утилитой slock, которая отлично взаимодействует с Хfce4-power-manager. Правда имеет одну особенность — пароль на разблокировку придется вводить на черном экране. Но мне даже нравится.

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

Может скриншот показать что опция «ничего не делать» активна?

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

Нет, его функции давно ядро выполняет. Зачем он вообще — на сегодня трудно ответить. Кроме того, поставить его обратно — очень просто.

anonymous
()
Ответ на: комментарий от ToaDron

Если вам скучно — то разбирайтесь сами. Напоследок — gnome-screensaver - тоже кривой, только по-другому.

Незачем просить помощи, чтобы затем критиковать советы, даже не попробовав, работают ли они. Успехов!

anonymous
()
Ответ на: комментарий от cinyflo

Уходит как-то по другому в ждущий режим. Музыка на секунду зависает, а после открытия крышки происходит переподключение к Wi-Fi. Может нужно сделать какой-то консольный выхлоп? Мои ноутбук ASUS N76VJ нормально заработал только к Ubuntu 13.10.

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

Вам нужно чтобы он никогда не засыпал? Убирали галку «управлять питанием компьютера», что-то в этом духе?

cinyflo ★★★★★
()

у меня такой косяк был на убунте из за кривого gnome power manager, который при закрытии крышки бука вырубал второй подключенный монитор, хотя опция стояла «ничего не делать», перешел на xfce все вроде норм, потом ушел на другой дистрибутив

fallout4all ★★★★★
()

На моём ноутбуке при закрытии крышки включается ждущий режим
Как решить эту проблему?

Моя машина едет. Как решить эту проблему?

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

Я правильно понимаю, что по аналогии ты пытаешься сломать свою машину? Если да, тогда тебе надо было называть тред так: как сломать мой линукс? Или так: как отформатировать жёсткий диск? Ну или так: где взять кувалду размером с мой ноут, что бы одним ударом?

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

(Я прочитал как не едет). Столб! Столб может решить эту проблему!!)

ppy ★★★
()

laptop-mode-tools установлен? В /etc/acpi/events нет ли лишних обработчиков закрытия крышки? В /var/log/syslog или /var/log/pm* что сыпется при засыпании?

У меня по закрытии крышки прекрасно блокируется экран средствами xscreensaver.

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

Events and Syslog

toadron@N76VJ:/etc/acpi/events$ ls asus-keyboard-backlight-down asus-wireless-on powerbtn asus-keyboard-backlight-up ibm-wireless thinkpad-cmos asus-wireless-off lenovo-undock tosh-wireless

Nov 19 17:25:03 N76VJ NetworkManager[729]: <warn> nl_recvmsgs() error: (-33) Dump inconsistency detected, interrupted Nov 19 17:25:04 N76VJ NetworkManager[729]: <info> sleep requested (sleeping: no enabled: yes) Nov 19 17:25:04 N76VJ NetworkManager[729]: <info> sleeping or disabling... Nov 19 17:25:04 N76VJ NetworkManager[729]: <info> (wlan0): device state change: activated -> unmanaged (reason 'sleeping') [100 10 37] Nov 19 17:25:04 N76VJ NetworkManager[729]: <info> (wlan0): deactivating device (reason 'sleeping') [37] Nov 19 17:25:04 N76VJ kernel: [ 1076.004420] ACPI: \_SB_.PCI0: ACPI_NOTIFY_BUS_CHECK event: unsupported Nov 19 17:25:04 N76VJ kernel: [ 1076.004442] ACPI: \_SB_.PCI0: Bus check notify on _handle_hotplug_event_root Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 25364 Nov 19 17:25:05 N76VJ kernel: [ 1076.199887] wlan0: deauthenticating from f8:1a:67:d9:fc:46 by local choice (reason=3) Nov 19 17:25:05 N76VJ wpa_supplicant[990]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=3 Nov 19 17:25:05 N76VJ kernel: [ 1076.213156] cfg80211: Calling CRDA to update world regulatory domain Nov 19 17:25:05 N76VJ NetworkManager[729]: <warn> DNS: plugin dnsmasq update failed Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> Removing DNS information from /sbin/resolvconf Nov 19 17:25:05 N76VJ dnsmasq[1035]: setting upstream servers from DBus Nov 19 17:25:05 N76VJ kernel: [ 1076.223709] cfg80211: World regulatory domain updated: Nov 19 17:25:05 N76VJ kernel: [ 1076.223718] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Nov 19 17:25:05 N76VJ kernel: [ 1076.223724] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Nov 19 17:25:05 N76VJ kernel: [ 1076.223728] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Nov 19 17:25:05 N76VJ kernel: [ 1076.223733] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Nov 19 17:25:05 N76VJ kernel: [ 1076.223737] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Nov 19 17:25:05 N76VJ kernel: [ 1076.223742] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> (wlan0): cleaning up... Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> (wlan0): taking down device. Nov 19 17:25:05 N76VJ whoopsie[984]: offline Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> (eth0): device state change: unavailable -> unmanaged (reason 'sleeping') [20 10 37] Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> (eth0): cleaning up... Nov 19 17:25:05 N76VJ NetworkManager[729]: <info> (eth0): taking down device. Nov 19 17:25:05 N76VJ dbus[404]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Nov 19 17:25:05 N76VJ dbus[404]: [system] Activating service name='org.freedesktop.systemd1' (using servicehelper) Nov 19 17:25:05 N76VJ dbus[404]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Nov 19 17:25:05 N76VJ dbus[404]: [system] Successfully activated service 'org.freedesktop.systemd1' Nov 19 17:25:05 N76VJ NetworkManager[729]: SCPlugin-Ifupdown: devices removed (path: /sys/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/net/eth0, iface: eth0) Nov 19 17:25:05 N76VJ NetworkManager[729]: <warn> sysctl: failed to open '/proc/sys/net/ipv6/conf/eth0/accept_ra': (2) Нет такого файла или каталога Nov 19 17:25:05 N76VJ NetworkManager[729]: <warn> sysctl: failed to open '/proc/sys/net/ipv6/conf/eth0/use_tempaddr': (2) Нет такого файла или каталога Nov 19 17:25:05 N76VJ kernel: [ 1077.034379] PM: Syncing filesystems ... done. Nov 19 17:25:05 N76VJ kernel: [ 1077.177558] PM: Preparing system for mem sleep

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

Я хочу чтобы компьютер при закрытии крышки дальше работал в штатном режиме. Не блокировался и не включал ждущий режим. Блокировка компьютера мне нужна ручная.

ToaDron
() автор топика
Ответ на: Events and Syslog от ToaDron

Если прибить xfce4-power-manager (killall xfce4-power-manager) и убедиться, что он не перезапустился (pgrep xfce4-power-manager должен ничего не написать), ноутбук всё равно засыпает при закрытии крышки?

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

аналогичная ситуация с менеджером питания

возникла необходимость также разобраться с менеджером питания. ни одно из представленных тут решений не помогло. но Ваше сообщение привело к мысли что xfce4-power-manager вообще не участвует в жизни питания ноутбука. да, вынес его (killall xfce4-power-manager), он не перезапустился (pgrep xfce4-power-manager ничего не написал), и бук все равно перешел в спящий режим после закрытия крышки. Еще идеи у кого-то есть? =) я в тупике.

xsid
()

Связанно по видимому с systemd В файле /etc/systemd/logind.conf Изменить строку HandleLidSwitch на HandleLidSwitch=ignore без # впереди. После перезагрузки у меня в спящий режим перестал уходить.

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

уважуха! ато я решил лечь спать а тут такая беда(( Спасибо)

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