Ноут не хочет "засыпать"

shlomo
Вот что пишет journalctl --unit=systemd-logind --follow
А смотрел полный лог ? — я, для удобства, обычно запускаю journalctl -f и закрываю крышку и после выхода смотрю логи ...
Из твоего лога ничего толком и не увидишь …....... видно только, что
20:26:03 Lid closed
20:26:03 Lid opened
и никаких 10с нет ….то ли он до конца не уходит в suspend (потому и желательно смотреть полный лог), то ли что то сразу будит, то ли что то с ACPI
И желательно в /proc/acpi/wakeup все лишнее отключить ...
Ошибки не исчезают с опытом - они просто умнеют
Для сравнения, вот мой нормальный поный лог ухода в suspend (до пробуждения)
сен 11 21:38:31 arch systemd-logind[390]: Lid closed.
сен 11 21:38:31 arch systemd-logind[390]: Suspending...
сен 11 21:38:31 arch root[30679]: LID closed
сен 11 21:38:31 arch systemd[1]: Reached target Sleep.
сен 11 21:38:31 arch root[30685]: ACPI group/action undefined: PNP0C14:00 / 00000080
сен 11 21:38:31 arch systemd[1]: Starting Suspend...
сен 11 21:38:31 arch systemd[1]: Stopping Atop advanced performance monitor...
сен 11 21:38:32 arch systemd[1]: Stopped Atop advanced performance monitor.
сен 11 21:38:32 arch systemd-sleep[30678]: Suspending system...
Ошибки не исчезают с опытом - они просто умнеют
Сделал! Ноут "будит" wifi!
wl 0000:03:00.0: System wakeup enabled by ACPI
Полный лог тут - http://pastebin.com/wJwJznyu
Теперь надо думать, как "усыпить" вафлю...
shlomo
Теперь надо думать, как "усыпить" вафлю...
Зачем???
Нужно сделать так, чтобы она не будила ….
Разбирайся с ноутом … навскидку возможны 2 варианта
1. Устройство, ответственное за Wi-Fi, активировано (enabled) в /proc/acpi/wakeup
2. Активирован Wake-on-LAN, что я думаю маловероятно....
Ошибки не исчезают с опытом - они просто умнеют
vasek
shlomo
Теперь надо думать, как "усыпить" вафлю...
Зачем???
Нужно сделать так, чтобы она не будила ….
Разбирайся с ноутом … навскидку возможны 2 варианта
1. Устройство, ответственное за Wi-Fi, активировано (enabled) в /proc/acpi/wakeup
2. Активирован Wake-on-LAN, что я думаю маловероятно....
В том-то и дело, что нет!
[blackbox@zeppelin ~]$ cat /proc/acpi/wakeup
Device	S-state	  Status   Sysfs node
PEG0	  S3	*disabled
EC	  S4	*disabled  platform:PNP0C09:00
HDEF	  S3	*disabled  pci:0000:00:1b.0
RP01	  S3	*disabled  pci:0000:00:1c.0
RP02	  S3	*disabled  pci:0000:00:1c.1
RP03	  S3	*disabled  pci:0000:00:1c.2
ARPT	  S4	*disabled  pci:0000:03:00.0
RP05	  S3	*disabled  pci:0000:00:1c.4
RP06	  S3	*disabled  pci:0000:00:1c.5
SPIT	  S3	*disabled
XHC1	  S3	*enabled   pci:0000:00:14.0
ADP1	  S4	*disabled  platform:ACPI0003:00
LID0	  S4	*enabled   platform:PNP0C0D:00
[blackbox@zeppelin ~]$
А Wake-on-LAN у меня вообще нету! Не нужен.
http://archlinux.org.ru/forum/topic/12989/?page=2
shlomo
XHC1 S3 *enabled pci:0000:00:14.0
Это вроде бы что то связанное с USB …... не адаптер? … точно не помню ...
Узнать можно так - lspci -s 0000:00:14.0
shlomo
LID0 S4 *enabled platform:PNP0C0D:00
Ну не знаю для чего он enabled ….
Я бы все поотключал,пока экспериментирую ….
...... смотри ниже - можно попробоватьсделать просыпание от кнопки питания
shlomo
А Wake-on-LAN у меня вообще нету! Не нужен.
Это может стоять и по дефолту ….. проверь ...если память не изменяет, то нужна утилита ethtool

PS .... да, кстати, посмотри топик, указанный RusWolf, когда то разбирали это с wau ........ и может в самом деле лучше сделать пробуждение от кнопки питания ....
Ошибки не исчезают с опытом - они просто умнеют
vasek
Это вроде бы что то связанное с USB …... не адаптер? … точно не помню ...
По ссылке выше, тачпад :)
RusWolf, совсем забываю, что когда то что то похожее уже было ...
Ошибки не исчезают с опытом - они просто умнеют
vasek, три года назад всё таки было дело :)
И очень похожий случай.
 
Зарегистрироваться или войдите чтобы оставить сообщение.