Как добавить скрипт в автозагрузку Ubuntu 18.04

[OptionBase]

Здравствуйте, подскажите пожалуйста, как добавить скрипт в автозагрузку Ubuntu 18.04 ?
В Ubuntu 16.04 был файл /etc/rc.local
Сейчас этого файла нет.

[Sly_tom_cat]

А создать не пробовали?

Но правиьнее IMHO делать всякие автозагрузки через sysstemd.

[Azure]

А я бы начал так https://help.ubuntu.ru/manual/автозапуск_приложений

[OptionBase]

А я бы начал так https://help.ubuntu.ru/manual/автозапуск_приложений

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

Остались еще какие либо варианты?
Заранее благодарен.
Пользователь добавил сообщение 27 Июля 2018, 09:28:51:

А создать не пробовали?

Но правиьнее IMHO делать всякие автозагрузки через sysstemd.

Спасибо за ответ)
Нет, создавать не пробовал. Не хочу костыли плодить в системе. Хочу разобраться, как в новой версии должно работать.

Подскажите пожалуйста, как делать через systemd ?

[Azure]

Просто про сервисы и таргеты systemd

[zg_nico]

команда в скрипте требует рутового пароля

Да и отвык я как то работать в гуе. Консоль роднее.

Любой каприз за Ваши деньги! Допустим, скрипт у нас называется /home/[ЮЗВЕРЬ]/Autost (полный путь). Для организации автозапуска от рута необходимо и достаточно: 1. Создаем ярлык (.desktop файл) на этот скрипт:

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

echo "[Desktop Entry]" > $HOME/MyAutostart.desktopВносим в него код (в ярлыках переменные окружения не пашут, что странно, поэтому пишем ручками вместо [ЮЗВЕРЬ] имя юзера /или какой там у Вас путь к скрипту?/):

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

echo "#!/usr/bin/env xdg-open" >> $HOME/MyAutostart.desktop
echo "[Desktop Entry]" >> $HOME/MyAutostart.desktop
echo "Type=Application" >> $HOME/MyAutostart.desktop
echo "Name=MyAuto" >> $HOME/MyAutostart.desktop
echo "Exec=/home/[ЮЗВЕРЬ]/Autost" >> $HOME/MyAutostart.desktopДелаем его исполняемым:

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

chmod +x $HOME/MyAutostart.desktop2. Кидаем его в правильное место:
а. Если хотим запуск от имени текущего пользователя:

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

mv $HOME/MyAutostart.desktop  $HOME/.config/autostart/MyAutostart.desktopб. Если хотим запуск от имени суперпользователя с соответствующими правами:

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

sudo mv $HOME/MyAutostart.desktop  /etc/xdg/autostart/MyAutostart.desktop

[andytux]

в ярлыках переменные окружения не пашут, что странно, поэтому пишем ручками вместо [ЮЗВЕРЬ] имя юзера /или какой там у Вас путь к скрипту?

Не совсем верно. Если запускаемая программа находится по стандартному адресу, разрешенному для заруска (например: /bin, /usr/bin), то достаточно только имени программы.
/home не входит в число стандартных путей. Поэтому, для запуска программы, находящейся в /home,  придется писать полный путь.

Если хотим запуск от имени суперпользователя с соответствующими правами...

Это не решит проблемы запуска программы, требующей рутовых прав. Программа все равно потребует ввод пароля, но вы этого никогда не увидите, т.к. нет окна. В результате программа не будет запущена.
Два варианта решения проблемы.
1. Запуск программы поместить в шелл-скрипт. В десктоп-файл добавить строку: "Terminal=true" и прописать запуск этого скрипта.
   В результате, при запуске появится окно терминала, с запросом пароля.
2. Задействовать sudoers. В каталоге /etc/sudoers.d создать файл с любым названием. В файл поместить код:

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

user ALL=NOPASSWD: /polny/put/k/programme/programmaГде, user - имя пользователя, которому разрешается запуск программы без запроса пароля.

[Sly_tom_cat]

2. Задействовать sudoers. ...

Это потенциальная дыра в безопасности (если "/polny/put/k/programme/programma" где-то в ./home). По возможности лучше избегать таких решений (бо средний пользователь 100% оставит программу в хомяке).

Azure уже дал ссылку на вполне приличный мануал по systemd. ИМХО это самый адекватный вариант для запуска как под рутом так и под пользователем (причем можно еще до логина пользователя).

И, да!!!, в любом случае программа/скрипт вызываемый от рута не должен лежать в /home/* !!! Либо надо его переместить в /usr (/usr/bin, например) либо в /etc, ну и на худой конец можно в /root положить. И права на изменение только руту.

[victor00000]

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

#!/bin/bash
. ./script-1.sh
. ./script-2.sh
. ./script-3.sh
. ./script-4.sh

echo "OK."
exit
правильно?

[miarle]

Решение то есть?

[Rabinovitch]

Не видать. Всё должно быть как-то просто и очевидно. Но пока вот часа два уже упражняюсь - не стартует программа (терминальная). Ручками все те файлы, что содаются в разных /etc/init.d запускаются, нет проблем, при загрузке системы (ubuntu 18.04 настроенная на старт с runlevel 3 - сейчас это как-то более замудрённо называется, multi-user.target) - при загрузке системы не стартует.

Хочу запустить эту программы, чтобы стартовала при запуске системы через screen. Прошу помощи сообщества.

[andytux]

запустить эту программы, чтобы стартовала при запуске системы через screen

А screen как запускается?

[victor00000]

#!/bin/bash
. ./script-1.sh
. ./script-2.sh
. ./script-3.sh
. ./script-4.sh

echo "OK."
exit

правильно?

~/.xprofile

[MooSE]

На тему /etc/rc.local:

Есть "rc-local.service" из пакета systemd. Описан в файле "/lib/systemd/system/rc-local.service". Позволю себе привести его листинг:

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

[Unit]
Description=/etc/rc.local Compatibility
Documentation=man:systemd-rc-local-generator(8)
ConditionFileIsExecutable=/etc/rc.local
After=network.target

[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
RemainAfterExit=yes
GuessMainPID=no


Т.е. ничего никуда не пропало и если специальный сервис в systemd, который проверяет наличие /etc/rc.local и он есть - выполняет его.

[OptionBase]

Я для себя вопрос решил таким образом:

создаем юнит-файл

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

sudo nano /lib/systemd/system/iptables.service
в файл пишем следующее

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

[Unit]
Description=My Script Service
After=multi-user.target

[Service]
Type=idle
ExecStart=/home/ubuntu/scripts/iptables.sh

[Install]
WantedBy=multi-user.target

выставляем права

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

sudo chmod 644 /lib/systemd/system/iptables.service
обновляем конфигурацию

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

sudo systemctl daemon-reload

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

sudo systemctl enable iptables.service