Запрет на изменение автозапуска

[luyt]

Есть 2 учётки: 1 админ, 2 обычный пользователь.
2 учётка для ребёнка, установлена программа workrave для ограничения работы по времени, ну и перерывов. Программа прописанна в автозагрузке.
Вопрос как запретить изменение параметров автозагрузки?
Ну или вот так. Как в учётной записи обычного пользователя запустить процесс, который обычный пользователь не сможет убить/изменить?

[Silicon Craftsman]

В ~/.config/autostart (или полный путь /home/_имя пользователя_/.config/autostart) у вас лежат файлы, описывающие те программы, которым необходим автостарт
То есть, если вы обавили в автостарт workrave, то для него создастся файл в вышеуказанной директории
Найдите в файл, описывающий автостарт workrave, а в нем параметр NoDisplay
Поменяйте значение NoDisplay=true на NoDisplay=false
После этого в окне Автозапуска workrave исчезнет, но продолжит запускаться.

[Дмитрий Бо]

Поменяйте значение NoDisplay=true на NoDisplay=false
После этого в окне Автозапуска workrave исчезнет

А не наоборот? Это было бы логичнее...

Тем не менее, процесс снять можно, и файл этот удалить можно. Можно попробовать сделать его 755 root:root и добавить suid.

[luyt]

Я там нашёл ещё один параметр:

[Desktop Entry]
Type=Application
Exec=workrave
Hidden=false
NoDisplay=true
X-GNOME-Autostart-enabled=true
Name[ru]=workrave
Name=workrave
Comment[ru]=
Comment=
 
А если его поменять на тру?

[luyt]

Пробовал разные варианты:

1. Hidden=true
NoDisplay=true

2. Hidden=false
NoDisplay=true

3. Hidden=false
NoDisplay=false

4.Hidden=true
NoDisplay=false

Как запускалась видимой программа во 2 сеансе пользователя, так и запускается.
И убивается простым нажатием на крестик.
Не работает этот параметр NoDisplay.

[perimetral]

Ну, если программа убивается нажатием на крестик, то может стоит поискать альтернативнblе вариантbl, работающие в консоли, без GUI?
Тем более почитайте вот что:

man crontab
man cron

Там все и без всяких программ сделать можно.

[luyt]

а как в кроне реализовать не жёсткое убитие по времени пользователя (не в 18.30 каждый день), а нарастающим итогом. Т.е. включился комп, через 30 мин перерыв на 10 мин. А через 1.5 часа работы вообще запрет пользователю на работу сегодня.

[perimetral]

Там есть аргументbl вроде "после загрузки", "через определенное время после собblтия X" и так далее. Более внимательно ман читайте, плюс Гугл.

[ArcFi]

Код: [Выделить]

/etc/profile
/etc/profile.d
/etc/xdg/autostart

[Бумер]

А не проще запретить ребенку писать в autostart?

[ArcFi]

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

[Бумер]

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

Почему? Читать можно, писать (изменять) нельзя. Должно работать.
Пользователь решил продолжить мысль 25 Марта 2012, 13:52:38:Демоны я тоже запускаю от юзера, а в /etc же так просто ничего не изменишь.

[ArcFi]

Читать можно, писать (изменять) нельзя. Должно работать.

Допустим. Что помешает пользователю грохнуть этот процесс?

[Бумер]

Допустим. Что помешает пользователю грохнуть этот процесс?

Вопрос был в запрете изменения, я предложил. Ну а если так, то можно и от рута запускать.

[perimetral]

А что мешает запускать процесс от рута?