Выход из суспенда при открытии крытки ноутбука

а он это точно умеет?
мой старый еее точно не умел

А хз.

Я так понимаю, что открытие/закрытие крышки обрабатывается как кнопка. По any key же выходит, может возможно, чтобы по открытии тоже выходил.

может назначить на lid кнопку какое-нибудь действие?

И кто его обработает в засуспенженой системе?

не знаю, но у меня на леново работает

а кто обрабатывает нажатие любой клавиши для выхода из суспенда?

Что работает? Если просыпание по открытии - это зависит от того, насколько дружат acpi и ядро.

bios

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

некорректно обрабатывается событие. смотри в районе /etc/acpi/events, какой скрипт обрабатывает событие button/lid и подправь его так, чтобы в суспенд уходил только если третий параметр имеет значение close

просыпание при открытии
никаких конфигов не менял
дебьян анстейбл 2.6.38-2 из репов
да и на старых ядрах тоже всё прекрасно работало О_о

сейчас не могу - на работе, а бук дома(

У меня посылается всегда одно и то же значение при открытии и закрытии

Сделал следущее для различения

grep -q closed /proc/acpi/button/lid/*/state
if [ $? = 0 ]
then
        logger "LID is closed"
        /usr/sbin/hibernate-ram                                                    
else
        logger "LID is opened"
         /usr/sbin/laptop_mode auto
 fi

Без hibernate-ram всё хорошо, в логи пишется правильно.
С ним — при выходе из суспенда не обрабатывается открытие.

у меня такой скрипт, все работает

#!/bin/sh

if [ $# != 1 ]; then
        exit 1
fi
set $*

case "$1" in
  button/power)
    case "$2" in
      PBTN|PWRF)
        echo "disk" > /sys/power/state ; ret=0 ;;
      *)
        logger "ACPI action $2 in group $1 is not defined" ; ret=1 ;;
    esac
    ;;
  button/lid)
    case "$2" in
      LID)
          [[ $3 == "close" ]] && echo "mem" > /sys/power/state ; ret=0 ;;
      *)
        logger "ACPI action $2 in group $1 is not defined" ; ret=1 ;;
    esac
    ;;
  button/sleep)
    case "$2" in
      SBTN)
        echo "mem" > /sys/power/state ; ret=0 ;;
      *)
        logger "ACPI action $2 in group $1 is not defined" ; ret=1 ;;
    esac
    ;;
  *)
    logger "ACPI group $1 is not defined" ; ret=1 ;;
esac

exit $ret

не работает. При суспенде не обрабатывается сигнал открытия крышки. Судя по всему, придётся на уровне ядра смотреть (если вообще это возможно).

Спасибо за помощь.

а acpi_listen его вообще видит?

У меня на старом ноуте искоробки было, на новом нет. Если найдешь решение, опишись

что только не менял, ничего не помогает
как говорят, значение LID в /proc/acpi/wakeup ответственно за это «открытие», но нихрена не помогает
какой-то чудо-комбинацией настроек (s2ram, и чистки handler.sh) вернул эту фичу, но после чего конкретно оно стало работать - сказать не могу и ядро не обновлялось в этот момент.

вообще это косяки acpid, как я понял
некоторые писали, что оно просто само по себе кривое

и открытие, и закрытие выдаёт следующую строчку

button/lid LID 00000080 00000001

Я что-то подобное нагуглил, но у меня вообще нету LID в /proc/acpi/wakeup/
Возможно, что-то нужно включить в ядре

у меня тоже LID нету :)
дело не в ядре, говорю же
это acpid кривое само по себе - оно то отлавливает, то перестаёт отлавливать сигнал
вот у меня оно заработало внезапно, т.е. я копался в настройках, и не помогало, а потом внезапно само стало работать после обновления каких-то КДЕлиб, хотя у меня кде даже и не трогает никак суспенд (в настройках upowerd стоит Do nothing)
собсно, погугли косяки acpid, найдёшь пару статеек ;)

а что говорит cat /sys/power/state и содержимое /proc/bus/input/devices

и какая версия acpid?

что-то такое у тебя есть?:

$ cat /etc/acpi/events/lid
event=button/lid (LID0)
action=/usr/sbin/pm-suspend

если нет, добавь, а из handler.sh вообще всё снеси вот так:

   button/lid)
        #echo "LID switched!">/dev/tty5
        ;;
    *)
        logger "ACPI group/action undefined: $1 / $2"
        ;;
esac

$ cat /sys/power/state 
mem disk

http://pastebin.com/ny5afQd3

Я так понимаю, сделано ради этого

I: Bus=0019 Vendor=0000 Product=0005 Version=0000
N: Name="Lid Switch"
P: Phys=PNP0C0D/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input0
U: Uniq=
H: Handlers=event0 
B: PROP=0
B: EV=21
B: SW=1

acpid-2.0.6

Это вообще характерно для красноглазых школьников - всё «говно и не работает», потом они «что-то где-то покрутили» и «оно само заработало».

Это вообще характерно для красноглазых школьников - всё «говно и не работает», потом они «что-то где-то покрутили» и «оно само заработало».

ну если ты такой умный, то расскажи нам в чём тут дело.

У меня acpi_listen при закрытии крышки вообще никаких событий не показывает :(

не только. у меня еще и видеошина совпадает с lid, которая в хендлерах имеет kbd. и потому при открытии сигнал воспринимается как нажатие кнопки. у тебя такой штуки, к сожалению, нет - потому мое решение и не работало.

попробуй до 2.0.9 обновиться

не помогло