LINUX.ORG.RU

сустумд

 


1

3

привет, ЛОР, как отключить в systemd засыпание при закрытии крышки по умолчанию без root-прав? настройки юзерспейс не помогают

★★★★★

sudo vi /etc/systemd/logind.conf

Вообще, какой-то дурацкий вопрос. У тебя для GUI-шных утилит прав не хватает? Что за дистр? И верни акк хозяину.

UPD
Ну и рестарт логинд после правки:

systemctl restart systemd-logind

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)

★★★★★
год регистрации: 2009

5 звезд, а маны читать не можем? Лучше мне акк отдай. :) *шутка*

TheBear ()
Ответ на: комментарий от Deleted

У меня, кстати, даже без этого работало.

Ну может и работает. Я так глубоко еще ненужнод не осилил.

mandala ★★★★ ()
Ответ на: Слабый вброс от gh0stwizard

Вполне себе причём. Если настройки DE не помогают, значит, или DE некорректно настроено (сессии etc.), либо DE вообще этим не занимается => настраивать нужно systemd.

intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

Если настройки DE не помогают

В нынешних условиях DE не спасет, т.к. иксы (wayland) работают уже не от root. Будут просить пароль. А sudo никогда не являлся программой, которую надо ставить обязательно.

настраивать нужно systemd

Поставь powerd, acpid и их также «настраивать» надо, т.к. их конфиги лежат в /etc. Более того poweroff (S3, halt, без разницы) требует также рутовых прав. Нет прав — никак не решить. И запускалка для poweroff тут вообще ни причем.

--

Уже предложили «systemd-inhibit», secure hole чистой воды. Интересно, apache также все перенастроит через shellbang? :-)

gh0stwizard ★★★★★ ()
Ответ на: комментарий от gh0stwizard

Подожди.

В нынешних условиях DE не спасет, т.к. иксы (wayland) работают уже не от root. Будут просить пароль

Более того poweroff (S3, halt, без разницы) требует также рутовых прав.

Нет. Ты знаешь о такой вещи, как PolicyKit? Эта штука динамически раздаёт привилегии при обращении к методам на d-bus (в частности). Например, процессы внутри активной сессии, если она единственна, получают право вырубить комп без прав рута.

Вся эта дребедень с клиент-серверной архитектурой для каждой мелочи в systemd (timedated, localed, ...) нужна именно для того, чтобы использовать методы на шине и PolicyKit вместо суидных хелперов. systemd-inhibit работает в точности тем же самым способом.

Так что 1) оно работает и 2) security holes здесь нет, т. к. выдача привилегий настраивается.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от snoopcat

без root-прав

Действие по закрытию крышки — это управление электропитанием. Если у тебя не разрулены права на это действие ни для юзера, ни для прочего юзерспейса, пинай своего недоадмина или требуй с него пароль рута.

mandala ★★★★ ()
Ответ на: комментарий от snoopcat

Ах да.

systemd-inhibit(1):

systemd-inhibit may be used to execute a program with a shutdown, sleep or idle inhibitor lock taken. The lock will be acquired before the specified command line is executed and released afterwards.

Поэтому:

systemd-inhibit --what=handle-lid-switch /bin/sleep infinity &

Ну и отправь это куда-нибудь в скрипт инициализации иксовой сессии (какой — зависит от DM). При завершении сессии само прибьётся.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.