LINUX.ORG.RU

Имеется в виду halt? Тогда sudo halt. У меня заведена в /etc/sudoers отдельная группа, которой разрешено выключать питание, делать перезагрузку.

Cmnd_Alias POWEROFF = /sbin/shutdown, /sbin/halt, /sbin/reboot, \
                      /sbin/poweroff, /usr/sbin/pm-suspend, \ 
                      /usr/sbin/pm-hibernate

%shutdown   ALL = (root) NOPASSWD: POWEROFF

Добавляю себя в группу shutdown, и вуаля: могу без пароля root выключать питание от пользователя. В свой оконный менеджер в команды выключения питания и перезагрузки добавил sudo reboot и sudo halt.

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

Это может быть ок для тебя, но это — плохая практика и ни в коем случае не «как правильно».

Твой вариант разрешает выключать ПК всем, включая удалённых пользователей. В нормальных системах такого нет.

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

Добавляю себя в группу shutdown, и вуаля: могу без пароля root выключать питание от пользователя. В свой оконный менеджер в команды выключения питания и перезагрузки добавил sudo reboot и sudo halt.

Шел 2015-й год...

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

Твой вариант разрешает выключать ПК всем, включая удалённых пользователей.

С какой это стати? Только тем, кто в группе shutdown, которую я специально создал и в которую сам себя добавил. Кто-то другой не сможет.

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

Шел 2015-й год...

Пардон, а что в 2015 году модно, а то я долго проспал в танке и не знал, что halt плохо выключает.

У меня простой оконный менеджер - IcwWM. Для того, чтобы выключить, надо добавить в настройку этого менеджера команду перезагрузки и команду выключения. Тогда кнопки меню выхода активизируются. Делать выключение обычным пользователям запрещено. Я разрешаю выполнить команду выключения только себе.

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

Ничего против icewm не имею, более того, лет десять назад я и сам его использовал (скорее даже пробовал). Но вручную добавлять команды перезагрузки и выключения... Зачем тогда вообще ОС нужна, как не для упрощения работы с компьютером?

Igron ★★★★★
()

Ctrl + alt + shift + page down :}

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

С какой это стати? Только тем, кто в группе shutdown, которую я специально создал и в которую сам себя добавил. Кто-то другой не сможет.

Может, ты не заметил, но уже лет 10 как в нормальных системах питанием могут управлять только локально залогиненные, рут и те, кому специально дали право.

Все локально залогиненные. Без каких-либо дополнительных настроек. Тупо потому, что они могут с тем же успехом выключить хардварно.

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

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

Зачем тогда вообще ОС нужна, как не для упрощения работы с компьютером?

а она разве не упрощает? попробуй поработать с компьютером без ОСи вообще, сразу станет понятно, насколько упрощает.

CryAngel
()
Ответ на: комментарий от x3al

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

Почему это? Если я зашёл на свой компьютер с работы, я не должен иметь права его выключить? А если я же через час пришёл домой и залогинился, то уже имею?

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

Если я зашёл на свой компьютер с работы, я не должен иметь права его выключить?

В общем случае компьютер — не только твой, в конце концов, линукс — не однопользовательская ОС. А на личном ПК ты с тем же успехом можешь быть рутом.

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

А на личном ПК ты с тем же успехом можешь быть рутом.

Стоп. Если я зашёл локально, то на всех зашедших удалённо можно наплевать и ОС уже однопользовательская, а если я же зашёл удалённо, то сразу стала многопользовательской? Что за бред?

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

Если я зашёл локально, то на всех зашедших удалённо можно наплевать и ОС уже однопользовательская

Бред — не давать право на управление питанием локальным пользователям. Они всегда могут выключить ПК физически, поэтому запреты нифига не дадут. Именно поэтому *kit'ы, да и logind реализуют эту политику по умолчанию.

x3al ★★★★★
()
$ grep shutdown /etc/oblogout.conf
...
shutdown = gdbus call --system --dest org.freedesktop.login1 --object-path /org/freedesktop/login1  --method org.freedesktop.login1.Manager.PowerOff true
Axon ★★★★★
()
Последнее исправление: Axon (всего исправлений: 1)
Ответ на: комментарий от x3al

Они всегда могут выключить ПК физически

Ну во-первых достаточно сложно узнать, какой пользователь локальный. Если он в kdm ввёл логин и пароль зайдя через vnc, он кто? А во-вторых системник может быть запрятан так, что ты его не выключишь физически.

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

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

Я не понимаю этого утверждения и оснований. Все дальнейшие объяснения меня пока не убеждают.

И все равно не понял утверждения, почему это это я даю право всем (в том числе и удаленным) ребутить компьютер, когда я даю это право только себе любимому.

Может, ты не заметил, но уже лет 10 как в нормальных системах

Значит, всю жизнь было ненормально и базовый Debian — не слишком нормальная система. Записал.

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

x3al> Бред — не давать право на управление питанием локальным пользователям. Они всегда могут выключить ПК физически, поэтому запреты нифига не дадут. Именно поэтому *kit'ы, да и logind реализуют эту политику по умолчанию.

Ну и тупость, так как в этом случае компьютер может выключить по факту не сам пользователь, а скрипт, о выполнении которого пользователь не в курсе.

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

Ну во-первых достаточно сложно узнать, какой пользователь локальный. Если он в kdm ввёл логин и пароль зайдя через vnc, он кто?

Удалённый, о чём скажет kdm. Крупные DE и их *DM давно в курсе. Емнип, конкретно здесь не выдаст нужный контекст pam_systemd.

системник может быть запрятан так, что ты его не выключишь физически.

Поэтому оно настраиваемо для этих редких случаев.

@ Zubok:

Значит, всю жизнь было ненормально и базовый Debian — не слишком нормальная система. Записал.

В дебиане всю жизнь это было под видом *kit'ов, в последнее время — ещё и logind.

@ Quasar

Ну и тупость, так как в этом случае компьютер может выключить по факту не сам пользователь, а скрипт, о выполнении которого пользователь не в курсе.

Только если скрипт запущен внутри локальной сессии. Всякие cron и прочие — не пройдут.

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

А ребут оно тоже удалённым пользователям по-дефолту не даёт?

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

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

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

Для чего же нужна такая fine-grained настройка прав на выключение? У меня десять удаленных сессиий ssh открыто и я случайно не в тот терминал написал halt, перегрузив удаленную машину вместо своей?

Zubok ★★★★★
()

Как вы гасите?

Никак. Только reboot, когда ядро обновляется.

Psych218 ★★★★★
()

Как правильно гасить тачку?

Если напруга не слишком высокая (<1000В) - можно гасить почти любым огнетушителем

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

а она разве не упрощает? попробуй поработать с компьютером без ОСи вообще, сразу станет понятно, насколько упрощает.

Все равно, оконный менеджер, не умеющий из коробки даже выключать компьютер — это пять.

Igron ★★★★★
()

В попсовом линуксе разницы уже нет. Я вообще раньше использовал halt.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Igron

Я на роутеры перезагрузку всегда на выведенные кнопки вешаю. Как ни странно, вручную. Вообще хард кнопки - рулят.

Все равно, оконный менеджер, не умеющий из коробки даже выключать компьютер — это пять.

Он ещё и кофе не варит.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Igron

Все равно, оконный менеджер, не умеющий из коробки даже выключать компьютер — это пять.

Ну у меня, например, fluxbox кроме как окна позиционировать ничего больше вообще не умеет. Мне остальное и не нужно, я работаю, в основном, в браузере и консоли.

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

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

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от unt1tled
  • -h — это halt
  • -p — power off

В линуксах всё в одну кучу свалали. Но на большинстве других unix'ов halt именно останавливает (без выключения питания).

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

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

Т.е. доступ к клавиатуре и монитору у проходимца будет? А если проходимец подаст 220В на usb или видеоразъем, он сможет погасить машину?

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

Т.е. доступ к клавиатуре и монитору у проходимца будет? А если проходимец подаст 220В на usb или видеоразъем, он сможет погасить машину?

Написано же все то же самое: при физическом доступе задача «не дать вырубить многопользовательскую машину» в общем не решается, но частные решения возможны, то есть не дать человеку сделать что-то с компьютером: я могу электрически развязать любые части компьютера - клавиатуру и монитор - от системного блока, но это уже вопросы организационные, а не программные.

Но если машина многопользовательская, у машины сидит один пользователь, которому можно выключить, десять удаленных, то в чем смысл ограничения выключения, если он нарушается? Если же все пользователи удаленные, то тогда никому не давать возможности выключить дистанционно без оговорок. Только root.

Моя машина, на минуточку, вообще однопользовательская. Но если я дам кому-то доступ, то он не сможет выключить мою машину при такой схеме. Только я смогу, так как я хозяин.

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