Fedora 18 Отключить спящий режим и приостановить

Question

Недавно я установил новый Fedora 18, LXDE Spin на рабочую станцию (не ноутбук).

Я хочу отключить функции гибернации и приостановки и удалить их из меню "Выход" в пользовательском интерфейсе.

В F17 и более ранних версиях это было легко сделать путем добавления файла /etc/polkit-1/localauthority/50-local.d/50-disable-suspend.pkla с содержимым:

[Disable Suspend]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate;org.freedesktop.upower.suspend
ResultAny=no
ResultInactive=no
ResultActive=no

Это приведет к удалению пунктов меню, а также к выходу из системы, перезагрузке, выключению и отмене.

Я также нашел инструкции по изменению файла /usr/share/polkit-1/actions/org.freedesktop.upower.policy , изменив два значения на:

<allow_active>no</allow_active>

Ни один не работает для F-18.

Проблема с последним подходом для F17 и ранее заключалась в том, что файл может быть перезаписан при обновлении upower, но даже это будет приемлемым.

Удаление pm-utils также казалось идеальным, но я не могу удалить pm-utils потому что libvirt косвенно зависит от этого.

Кто-нибудь понял это?

Answer 1

Согласно справочной странице:

Polkit Local Authority больше не существует. Существующие файлы конфигурации соблюдаются; см. pkla-admin-identity (8) и pkla-check-authorization (8) для описания формата конфигурации.

Я почти уверен, что "существующие файлы конфигурации соблюдаются" - ложь.

Вики-страница Arch Linux для Polkit показывает новый способ:

Следующее правило отключает приостановку и спящий режим для всех пользователей.

/etc/polkit-1/rules.d/10-disable-suspend.rules

---

polkit.addRule(function(action, subject) {
    if (action.id == "org.freedesktop.login1.suspend" ||
        action.id == "org.freedesktop.login1.suspend-multiple-sessions" ||
        action.id == "org.freedesktop.login1.hibernate" ||
        action.id == "org.freedesktop.login1.hibernate-multiple-sessions") {
        return polkit.Result.NO;
    }
});

Это правило работает для меня на Fedora 19.

Answer 2

Проблема с последним подходом для F17 и ранее заключалась в том, что файл может быть перезаписан при обновлении upower, но даже это будет приемлемым.

Вы можете защитить эти файлы от перезаписи, установив атрибут «i» (chattr +i /path /to /file), сделав это, конечно, как root.