Alt linux автозапуск скрипта

Создание сервиса systemd

Если Вам необходимо создать автозапуск приложения на уровне systemd/сделать службу (сервис), вы можете выполнить следующие действия:

Конфиг службы

Простой вариант для пробы

Чтобы понять, что из себя представляет Unit в Systemd попробуем создать службу, которая запускает программу n (/usr/bin/n).

[Unit] Description=Start-n After=default.target [Service] ExecStart=/usr/bin/n [Install] WantedBy=default.target 

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

Вариант с запуском службы программы

Вводим в текстовом редакторе:

[Unit] # описание Description=X11VNC Server # здесь используется ключи времени с указанием цели или другой службы After=prefdm.service [Service] # от какого пользователя запускать службу, не обязательно User=root # перезапуск службы, не обязательно Restart=on-failure #выполняемая команда ExecStart=/usr/bin/x11vnc -auth /var/run/lightdm/root/:0 -dontdisconnect -usepw -noxfixes -shared -forever -rfbport 5900 -rfbauth /root/.vnc/passwd [Install] # здесь используется ключи времени с указанием цели или другой службы WantedBy=graphical.target 

# systemctl enable x11vncsrv 

Ключи времени

• Wants, Requires, Before, After.
  • (Ожидает, Требует, Перед, После)
  • (Ожидается цель/служба, Требуется цель/служба)

  Параметры перезапуска службы

  • no — никогда
  • always — всегда
  • on-success — успешно
  • on-failure — не успешно
  • on-abnormal — не нормальный
  • on-abort — при прирывании
  • on-watchdog — Сторожевой таймер (Watchdog timer) — аппаратно реализованная схема контроля над зависанием системы. Представляет собой таймер, который периодически сбрасывается контролируемой системой. Если сброса не произошло в течение некоторого интервала времени, происходит принудительная перезагрузка системы.

  Список целей

  • default.target — модуль по-умолчанию
  • graphical.target — запуск графической подсистемы
  • multi-user.target — запуск консоли
  • network-online.target — ожидание подключенной сети (используется в Wants)
  • network.target — сеть
  • network-pre.target — запуск до настройки сети (используется в Requires)
  • boot-complete.target — успешная загрузка [i]

  Источник

  Управление автозагрузкой сервисов и скриптов в Linux

  

  21.04.2020

  

  VyacheslavK

  

  CentOS, Linux

  

  комментариев 8

  В данной статье мы рассмотрим основы управлением автозагрузкой сервисов и скриптов в Linux CentOS 7/8. В частности, разберем основы работы с демоном systemd, научимся добавлять в автозагрузку сервисы и убирать их оттуда, а также рассмотрим альтернативные варианты запуска скриптов или демонов после старта системы.

  Задача статьи – научить вас быстро разобраться со списками служб и скриптов которые запускаются в Linux автоматически, добавить в автозагрузку свои службы или скрипты, или отключить автозапуск определённых программ.

  Systemd: управление автозагрузкой служб в Linux

  В большистве популярных современных популярных дистрибутивов Linux (CentOS 7, RHEL, Debian, Fedora и Ubuntu) в качестве демона автозагрузки вместо init.d используется systemd. Systemd – менеджер системы и служб Linux, используется для запуска других демонов и управления ими в процессе работы, использует unit-файлы из /etc/systemd/system (init.d использовал скрипты из каталога /etc/init.d/). Systemd позволяет распараллелить запуск служб в процессе загрузки ОС, тем самым ускоряя запуск.

  Для управления system используется команда systemctl.

  Для начала, после загрузки системы, мы проверим список юнитов, которые в данный момент добавлены в systemd:

  

  Список unit-файлов можно получить командой:

  Данная команда отобразит все доступные юнит-файлы (не зависимо от того, были они загружены в systemd после загрузки ОС или нет).

  Чтобы вывести список активных сервисов и их состояние, выполните:

  # systemctl list-units -t service

  Следующая команда выведет список юнитов, которые загрузил или пытался загрузить systemd. Так как после запуска некоторые юниты могут стать неактивными, с помощью флага —all вы получите полный список.

  UNIT LOAD ACTIVE SUB DESCRIPTION proc-sys-fs-binfmt_misc.automount loaded active waiting ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ● exim.service not-found inactive dead exim.service firewalld.service loaded active running firewalld - dynamic firewall daemon [email protected] loaded active running Getty on tty1 ● ip6tables.service not-found inactive dead ip6tables.service ● ipset.service not-found inactive dead ipset.service ● iptables.service not-found inactive dead iptables.service Bring up/down networking ● NetworkManager-wait-online.service not-found inactive dead

  Как видим из списка, здесь отображаются даже сервисы, которые не были найдены на диске «not-found».

  Использую данную команду, вы можете добавить и другие флаги, например:

  • —state — используется для определения состояния демона Load, Active, Sub
  • —type — позволяет фильтровать юниты по их типу.

  systemctl list-units —all —state=active — выведет список только активных юнитов

  systemctl list-units —type=service — выведет список юнитов, которые являются сервисом.

  

  Добавление сервиса в systemd

  Для управления сервисами в systemd используется особый синтаксис. После имени серверсв в конце нужно указывать .service. Например:

  systemctl enable nginx.service – команда добавит в автозагрузку веб-сервер nginx

  Данная команда создаст символическую ссылку на копию файла, указанного в команде сервиса, в директории автозапуска systemd.

  # systemctl enable nginx.service

  Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service

  Чтобы посмотреть добавлен тот или иной сервис в автозагрузку, можно проверить его статус:

  systemctl status nginx.service

  При выводе нужно обратить внимание на строку:

  Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)

  Значение enabled означает что данный сервис загружается автоматически (добавлен в автозагрузку). Если сервис не загружается автоматом, здесь буде указано disabled.

  Удаление сервиса из systemd

  Вы можете удалить сервис из автозагрузки, чтобы он не запускался после старта Linux (при этом сам сервис с сервера не удаляется). Чтобы удалить сервис из автозагрузки, выполните команду:

  systemctl disable нужный_сервис

  Например, чтобы удалить из автозагрузки nginx, выполните:

  # systemctl disable nginx.service

  Removed symlink /etc/systemd/system/multi-user.target.wants/nginx.service

  После выполнения команды, симлинк на файл сервиса будет удален из директории systemd. Можно проверить, есть ли юнит в автозагрузке:

  Systemd: маскировка юнитов

  В моей практике встречались «вредные» сервисы, которые после удаления их из автозагрузки, все равно там оставались и запускались после рестарта ОС. Чтобы решить этот вопрос, можно замаскировать сервис:

  systemctl mask nginx.service

  И после этого, он вообще не будет запускаться, ни вручную, ни после перезагрузки ОС:

  # systemctl mask nginx.service

  Created symlink from /etc/systemd/system/nginx.service to /dev/null.

  Redirecting to /bin/systemctl restart nginx.service Failed to restart nginx.service: Unit is masked.

  Снять маску можно командой:

  # systemctl unmask nginx.service

  Removed symlink /etc/systemd/system/nginx.service.

  Если после маскировки сервиса, вы проверите юнит-файлы, то увидите, что сервис помечен как замаскированный (состояние masked):

  

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

  Автозапуска скриптов и сервисов с помощью rc.local

  Для запуска различных скриптов при загрузке Linux чаще всего используется rc.local.

  Но помимо скриптов, через rc.local так же можно и запускать сервисы, даже те, которые запускаются через systemd. Не могу ответить на вопрос, для чего использовать в таком случае rc.local, если есть systemd, но пару примеров я приведу.

  Начнем с того, что файл /etc/rc.local должен быть исполняемым:

  Rc.local должен быть добавлен в автозагрузку systemd:

  И на примере того же nginx, мы можем добавить в rc.local команду запуска веб-сервера:

  

  Но я редко использую rc.local для запуска сервисов. Чаще rc.local используется, когда нужно запустить скрипт, либо выполнить разово какую-то команду.

  К примеру, я создал скрипт /root/test.sh который выполняет некоторые действия, и хочу запустить его сразу после запуска системы. Добавляем в файл rc.local строку:

  

  Начиная с CentOS 7, разработчики указывают на то, что rc.local устаревший демон и осуществлять автозапуск скриптов или сервисов через него, это прошлый век. Но пока он работает, я пользуюсь им, так как он очень прост в эксплуатации.

  Создание собственного демона и добавление его в systemd

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

  Например, нам нужно запускать все тот же скрипт /root/test.sh после перезагрузки системы. Начнем с создания файла нашей будущей службы:

  touch /etc/systemd/system/test-script.service
  chmod 664 /etc/systemd/system/test-script.service
  nano /etc/systemd/system/test-script.service

  Содержимое файла будет следующее:

  [Unit] Description=Template Settings Service After=network.target [Service] Type=oneshot User=root ExecStart=/root/test.sh [Install] WantedBy=multi-user.target

  User – пользователь под которым будет запускаться демон

  Type=oneshot — процесс будет завершен до запуска дальнейших юнитов

  Проверяем и перезапускаем:
  # systemctl daemon-reload
  # systemctl start test-script.service
  # systemctl status test-script.service

  ● test-script.service - Test Loaded: loaded (/etc/systemd/system/test-script.service; disabled; vendor preset: disabled) Active: active (running)

  Если вас устроило то, как работает сервис, добавьте его в автозагрузку:

  # systemctl enable test-script.service

  Created symlink from /etc/systemd/system/multi-user.target.wants/test-script.service to /etc/systemd/system/test-script.service.

  Таким образом, вы можете добавить любой ваш скрипт в автозагрузку через systemd.

  Автозапуск через cron

  Если вам с какой-то периодичностью нужно запускать скрипт или команду, вы можете воспользоваться cron-ом:

  crontab -e — открыть терминал для написания задания cron

  И добавьте туда нужное вам задание, например:

  * * * * * /root/test.sh — запускать скрипт каждую минуту.

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

  Чтобы вывести список всех заданий в крон, нужно выполнить команду:

  Допустимые значения для времени запуска заданий cron по порядку:

  • Минуты от 0 до 59
  • Часы от 0 до 59
  • День месяца от 1 до 31
  • Месяц от 1 до 12
  • День недели от 0 до 7 (0 или 7 это воскресение)

  В нашем задании скрипт запускается каждую минуту, поэтому там стоят «*».

  Так же вы можете разместить нужный вам скрипт в директориях cron:

  • /cron.daily – выполнение скрипта ежедневно
  • /cron.hourly – выполнение скрипта ежечасно
  • /cron.monthly — выполнение скрипта ежемесячно
  • /cron.weekly — выполнение скрипта еженедельно

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

  .bashrc: автозапуск скриптов при запуске терминала

  Если вам требуется выполнять какие-то действия при запуске терминала ssh, вы можете добавить любую команду или выполнение скрипта в .bash_profile или .bashrc. Теоретически, вы можете добавить какое-либо действие в любой из этих файлов, оно выполнится в любом случае. Обычно все необходимое добавляется в .bashrc, а сам .bashrc запускают из .bash_profile.

  Я добавил в файл .bashrc команду на рестарт веб-сервиса nginx:

  

  После этого сохранил файл и перезапустил терминал:

  

  Как видите, при запуске терминала, веб-сервер был перезапущен. Какие действия можно выполнять при запуске терминала? Вероятно, запускать какие-то вспомогательные утилиты, например, проверка uptime сервера:

  

  Или вы хотите, чтобы при запуске терминала, вы сразу попадали в нужную вам директорию и запускали mc, добавьте в .bashrc

  

  Надеюсь эта статья по управлению автозапуском сервисов и скриптов в LInux (статья писалась для CentOS) оказалась полезной для вас. Наверняка тем, кто только познает азы системного администрирования Linux, это информация будет кстати.

  Предыдущая статья Следующая статья

  Источник

  Читайте также:  Gtx 960 drivers linux