sudo vi /etc/systemd/logind.conf

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

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

systemctl restart systemd-logind

Раскомментируй в /etc/systemd/logind.conf «HandleLidSwitch», и замени на игнор.

И потом systemctl restart systemd-logind.service.

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

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

systemctl restart systemd-logind

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

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

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

sudo
/etc/systemd
systemctl

без root-прав
без root-прав
без root-прав
без root-прав
без root-прав

А, без рут-прав. Тогда man systemd-inhibit, через час вернусь за комп и напишу, что конкретно делать, если не разберёшься.

Слабый вброс

Никак. И systemd тут ни причем.

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

annelin@nevermore ~ » systemd-inhibit --what=handle-lid-switch /usr/bin/slock

просто запускает slock без суда и следствия, не разобрался.

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

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

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

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

--

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

Подожди.

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

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

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

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

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

без root-прав

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

Ах да.

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). При завершении сессии само прибьётся.

без root-прав?

де какое?