Нужно чтобы скрипт выполнялся от root

[qwerty33]

Доброй ночи. Проблема в следующем - повесил на xbindkeys скрипт, но необходимо, чтобы он выполнялся от root. Как это возможно реализовать? Запуск xbindkeys при старте системы от имени рута не помогает.
Скрипт записывает циферки в /proc/acpi/video/VGA/LCD/brightness а это позволительно только руту, даже судо нельзя писать в этот файл. Пробывал поменять права на файл - сбрасываются после перезагрузки. Помогите, пожалуйста. И еще, желательно, чтобы пароль он не спрашивал

[tartan]

Я такие (в смысле, с такими требованиями к выполнению) вещи пишу в /etc/rc.local, попробуйте. Если не ошибаюсь, всё, что запускается оттуда, запускается именно от рута. Не факт, что это правильно, но оно работает. )

Единственный момент - некоторые скрипты, если в них накосячить, могут в этом случае помешать загрузке иксов (живой пример - inadyn, запущенный без опции --background), так что аккуратно.

[Alsvartr]

Я такие (в смысле, с такими требованиями к выполнению) вещи пишу в /etc/rc.local, попробуйте.

Как я понимаю, ему нужно переключаться по хоткеям, а не вовремя загрузки.

Это можно организовать с помощью файла /etc/sudoers - дать своему пользователю право без пароля выполнять ваш скрипт. Примерно так:

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

username ALL=(ALL) NOPASSWD:/usr/bin/filename.shТочно не помню синтаксиса, советую к манам обратиться, но так должно работать. Также необходимо помнить о предосторожностях при работе с файлом sudoers.

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

[Lion-Simba]

Правильное решение - поменять прова на /proc/acpi/video/VGA/LCD/brightness
И вписать команду смены прав в rc.local, чтобы при перезагрузке не сбрасывались. О чем и хотел поведать tartan.

[tartan]

Нет, я хотел вовсе не команду на смену прав туда вписать, не надо меня переоценивать. )) А вообще да, круто.

[qwerty33]

Спасибо всем. Долго мучился, в итоге при помощи visudo вхерачил следующую строчку в /etc/sudoers
nik ALL=NOPASSWD: /usr/bin/nb.sh
Теперь при запросе sudo /usr/bin/nb.sh выполняет без пароля
Ещё раз огромное всем спасибо

[Alsvartr]

Правильное решение - поменять прова на /proc/acpi/video/VGA/LCD/brightness
И вписать команду смены прав в rc.local, чтобы при перезагрузке не сбрасывались.

Это не правильное решение, а костыль.

[tartan]

Смена прав или экзерсисы с rc.local?

Просто я туда несколько скриптов на сервере зафигачил, лучше убрать?

[Alsvartr]

Смена прав или экзерсисы с rc.local?

Просто я туда несколько скриптов на сервере зафигачил, лучше убрать?

Смена прав в варианте, предложенном Lion-Simba В самом rc.local нет ничего плохого - у меня у самого он почти всегда задействован.

[Lion-Simba]

Правильное решение - поменять прова на /proc/acpi/video/VGA/LCD/brightness
И вписать команду смены прав в rc.local, чтобы при перезагрузке не сбрасывались.

Это не правильное решение, а костыль.

Чем мой костыль хуже вашего? Ваш костыль поднимает привилегии _всего скрипта_, которому по сути нужны права на запись только в один из системных файлов. Теперь, допустим, что у этого скрипта будут стоять права типа: 766. Тогда любой пользователь системы аккуратно добавляет в этот файл свою команду и, после его очередного запуска владельцем, получает права root.

Совсем правильное решение:
1) Создать в системе группу с именем LCDbrightnessAdmins
2) Создать правило в udev (или где там создается файл /proc/acpi/video/VGA/LCD/brightness), чтобы группа этого файла была LCDbrightnessAdmins, и права вроде 660.
3) Добавить себя в эту группу.
4) Регулировать яркость без sudo.

Имя группы выбрано произвольно с точки зрения наглядности.

[Alsvartr]

Чем мой костыль хуже вашего?

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

Ваш костыль поднимает привилегии _всего скрипта_, которому по сути нужны права на запись только в один из системных файлов. Теперь, допустим, что у этого скрипта будут стоять права типа: 766. Тогда любой пользователь системы аккуратно добавляет в этот файл свою команду и, после его очередного запуска владельцем, получает права root.

А не надо давать левых прав скрипту.

Совсем правильное решение:
1) Создать в системе группу с именем LCDbrightnessAdmins
2) Создать правило в udev (или где там создается файл /proc/acpi/video/VGA/LCD/brightness), чтобы группа этого файла была LCDbrightnessAdmins, и права вроде 660.
3) Добавить себя в эту группу.
4) Регулировать яркость без sudo.

O_O

[Lion-Simba]

Чем мой костыль хуже вашего?

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

Корректировка прав доступа к системным файлам - не системный механизм регулирования прав доступа?

Ваш костыль поднимает привилегии _всего скрипта_, которому по сути нужны права на запись только в один из системных файлов. Теперь, допустим, что у этого скрипта будут стоять права типа: 766. Тогда любой пользователь системы аккуратно добавляет в этот файл свою команду и, после его очередного запуска владельцем, получает права root.

А не надо давать левых прав скрипту.

А не надо давать привилегий рута левым скриптам.

[tartan]

Для надёжности скрипту можно прописать 700, если не ошибаюсь.