Приостановите на крышке, близко не работает 16.04

Я проверил каждую опцию и возможные решения, но мой ноутбук ASUS не приостанавливает, когда я закрываю крышку. Все настройки были установлены надлежащие через menues, но ничего не происходит. Когда я выполняю приостанавливание из меню человечности, оно работает прекрасное. Хорошо, я должен был добавить, что "перезапуск администратора сети" из-за отключенного Wi-Fi, но в конце приостанавливает и возобновляется в общих работах.

Я протестировал сценарии из других сообщений и кроме того не прокомментировал события "HandleLidSwitch(Docked)" для приостановки, но это не помогло. Попробованный все ниже ноутбуком Ubuntu 16.04 не приостанавливает, когда крышка закрывается, но ничто не работало на меня.

Я смог свериться с внешним монитором что переключатель крышки в общих работах. Я проверил/proc/acpi/button/lid/LID/state и нашел "закрытым" или "открытым" правильно.

В журнале journalctl I видят, что systemd-logind "наблюдает системные кнопки за LID"

Вот соответствующий текст:

Okt 21 15:35:28 Dijana-ASUS systemd-logind[643]: Watching system buttons on /dev/input/event0 (Lid Switch)

Другой ноутбук с теми же 16.04 LTS показывает ту же запись в journalctl, но там приостановите на работах крышки и крышке, близкое событие распознано systemd-logind.

Действительно ли это - ошибка, или мой ноутбук просто слишком глуп? На другом разделе я протестировал старые 14.04.5 (с последним ядром), и у меня есть то же недостойное поведение...

Кто-либо может помочь?

С уважением, Dijana

Дополнительная информация... ASUS F453S с Intel® Celeron(R) CPU N3050 1.60 ГГц × 2

Ubuntu показывает Intel® HD Graphics (Cherryview)

lspci | grep VGA показывает 00:02.0 VGA совместимый контроллер: Устройство Intel Corporation 22b1 (газуют 21),

1
задан 13 April 2017 в 15:24

3 ответа

Итак, в конце концов я сдался и сделал это с помощью сценария обходного решения. Просто создайте такой скрипт и поместите его в корневой crontab для выполнения каждые 5 минут. Не хорошо, но это работает, и в конце концов, только для тех случаев, когда наш ребенок закрывает крышку. Вот содержание сценария:

#!/bin/bash
if grep -q closed /proc/acpi/button/lid/*/state

then
     /usr/sbin/pm-suspend
 fi
1
ответ дан 7 December 2019 в 13:40

Я зафиксировал с использованием acpid со следующей копией решения

sudo gedit /etc/acpi/events/lidclose

, вставка & сохраните

event=button[ /]lid
action=/etc/acpi/lidclose.sh

, выполняют

sudo gedit /etc/acpi/lidclose.sh

копия, вставляют & сохраните

#!/bin/bash
echo "close" > /home/jesse/close.txt
if grep -q closed /proc/acpi/button/lid/*/state

then
     /usr/sbin/pm-suspend
fi

, выполняются

sudo chmod ugo+x /etc/acpi/lidclose.sh

перезапуск acpi сервис или перезагрузка

1
ответ дан 7 December 2019 в 13:40

Обновление до 4.9-rc1 ядро решило проблему на моей Asus. Другая модель (X540SA), но имела ту же проблему. Журнал изменений содержал несколько ACPI, и управление питанием фиксирует.

  • обновления управления питанием
  • обновления ACPI
  • обновление PnP
  • [еще 116] обновления управления питанием
  • [еще 117] обновления ACPI

4.9-rc2 были просто выпущены с подобными изменениями, но я не могу подтвердить, что оно также решило вопрос.

кроме того, Вы проверили свои настройки BIOS на пробуждение на открытии крышки? Ненависть для выяснения, но я знаю, что некоторые версии BIOS AMI могут сбивать с толку.

0
ответ дан 7 December 2019 в 13:40

Другие вопросы по тегам:

Похожие вопросы: