Я переписываю этот вопрос быть ясным. У меня есть проблемы только на VirtualBox.
Если нажимают Power Button на физическом оборудовании:
Если я вручную работаю gsettings set org.gnome.settings-daemon.plugins.power power-button-action interactive
GNOME спрашивает меня, что сделать.
Выключиться
Система выключится автоматически через 60 секунд
Отмена | перезапуск | выключается
Это - ожидаемое поведение.
Но в настоящее время нет такой опции в GUI (gnome-control-center power
), запросите на улучшение, был зарегистрирован как ошибка 1769614:
У меня есть обычная Ubuntu 18.04 LTS, установленный как гость VirtualBox (!!!).
Когда я нажимаю RightCtrl+H (или Machine-> ACPI Shutdown) для инициирования реакции на кнопке питания ACPI нажимают, это сразу завершает работу.
Я ожидаю, что Ubuntu 18.04, LTS с рабочим столом по умолчанию спросил бы меня о действии с нажатием кнопки питания как Ubuntu 16.04 LTS, делает:
или как ПОМОЩНИК Ubuntu 18.04 LTS делают:
Я сделал некоторые расследования без положительных результатов.
Системный журнал сообщает об этом systemd-logind
может обработать ключ Питания ACPI.
Его настройки являются значением по умолчанию:
$ cat /etc/systemd/logind.conf | grep -i power
#HandlePowerKey=poweroff
#PowerKeyIgnoreInhibited=no
Я установил GNOME для использования интерактивной реакции на кнопке питания:
$ gsettings list-recursively | grep -i power | grep -i button
org.gnome.settings-daemon.plugins.power button-power 'interactive'
org.gnome.settings-daemon.plugins.power power-button-action 'interactive'
Еще раз интересная вещь, которую я не имею, Когда кнопка питания нажимается в VM (это - ошибка 1769623):
Установка HandlePowerKey=ignore
в/etc/systemd/logind.conf не помогает:
sudo sed -i "s/#HandlePowerKey=poweroff/HandlePowerKey=ignore/" /etc/systemd/logind.conf
таким образом, я задержал его
sudo sed -i "s/HandlePowerKey=ignore/#HandlePowerKey=poweroff/" /etc/systemd/logind.conf
Таким образом, я сообщил об ошибке 1769372 к LaunchPad.
Примечание: на терминальном сеансе иначе multi-user.target
(systemctl isolate multi-user.target
) все переменные от/etc/systemd/logind.conf обычно получаются. Таким образом, проблема с сессией GNOME (systemctl isolate graphical.target
) в gnome-settings-daemon
или что-то другое.
Как остановить такое поведение в VM?
У кого-либо есть та же проблема в VM или реальных аппаратных средствах?
Я выполнил новое обновление 6 мая 2018 на клоне Ubuntu 16.04 к 18,04 и подтвердил при нажатии кнопки питания, "старое" меню появляется в течение доли секунды, и затем машина приостанавливает.
Я проверил gsettings
использование:
gsettings list-recursively | sed 's/ */\n/;s/ */\n/;s/\&/\&/g' | yad --list --title "gsettings" --item-seperator='\n' --width=1800 --height=800 --wrap-width=600 --column=Group --column=Key --column=Setting --no-markup
отсортированный по "ключу" и прокрученный вниз к "питанию". Можно подтвердить настройки с:
$ gsettings get org.gnome.settings-daemon.plugins.power power-button-action
'interactive'
Сверение с Ubuntu 16.04 установило его то же использование:
$ gsettings set org.gnome.settings-daemon.plugins.power power-button-action suspend
Проверьте настройки дважды:
$ gsettings get org.gnome.settings-daemon.plugins.power power-button-action
'suspend'
Вы не должны перезагружать. Просто нажмите кнопку питания, и теперь меню подойдет и останется, где можно выбрать из:
Я одолжил это .gif
из другого ответа я записал. Это показывает, как экранная опция блокировки отсутствовала и как возвратить его.