Я не могу найти правильный способ выполнения некоторых локальных сценариев (или очень локальных команд) в systemd, я уже знаю, что не должен создавать службу (в systemd модуле) для таких сценариев (или я должен?) ....

Обходной путь, который я нашел, состоит в том, чтобы создать rc.local и дать ему разрешения на выполнение.

printf '#!/bin/bash \n\nexit 0' >/etc/rc.local 
chmod +x /etc/rc.local

Например, если я получу устаревший сервер с настроенным вами простым rc.local, я буду знать, что вы делали, и насколько это повредит обновлению или установке чего-то нового в дистрибутиве, поскольку rc.local уважался внешним пакеты, но с другой стороны, если я устанавливаю сервер и создаю системный модуль или два или три (или даже службы sysvinit), просто для выполнения простой задачи, это может иногда сделать вашу жизнь тяжелее, и намного больше, чем это мои модули Когда-нибудь имена могут конфликтовать с именами новых сервисов, созданных при разработке дистрибутива и, возможно, установленных при обновлении, что вызовет проблемы для моих скриптов!

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

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

1. Теоретически возможно, что ваш дистрибутив не включит его. (Я думаю, что это не распространено, например, потому что отключение той же опции сборки также удаляет poweroff/ rebootкоманды, которые используют многие люди).
2. Семантика не совсем понятна. Systemd определяет rc-local.serviceодин путь, но Debian предоставляет раскрывающийся файл, который изменяет по крайней мере один важный параметр.

rc-local.serviceчасто может работать хорошо. Если вы беспокоитесь о вышесказанном, все, что вам нужно сделать, это сделать свою собственную копию! Вот волшебство:

# /etc/systemd/system/my-startup.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/libexec/my-startup-script

[Install]
WantedBy=multi-user.target

Я не думаю, что вам нужно понимать каждую деталь [*], но здесь нужно знать две вещи.

1. Вы должны включить это с systemctl enable my-startup.service.

2. Если ваш скрипт имеет зависимость от любого другого сервиса, в том числе network-online.target, вы должны объявить его. Например, добавить [Unit]раздел с линиями Wants=network-online.targetи After=network-online.target.

   Вам не нужно беспокоиться о зависимости от сервисов «ранней загрузки», в частности, сервисов, которые уже были заказаны ранее basic.target. Такие сервисы my-startup.serviceавтоматически заказываются после basic.target, если они не установлены DefaultDependencies=no.

   Если вы не уверены, является ли одна из ваших зависимостей службой «ранней загрузки», один из подходов заключается в перечислении служб, которые были упорядочены ранее basic.target, путем их запуска systemctl list-dependencies --after basic.target. (Обратите внимание, это --afterне так --before).

Есть некоторые соображения, которые, я думаю, также применимы к pre-systemd rc.local:

1. Вы должны убедиться, что ваши команды не конфликтуют с другой программой, которая пытается контролировать то же самое.
2. Лучше всего не запускать долго работающие программы, также известные как демоны rc.local.

[*] Я использовал Type=oneshot+, RemainAfterExit=yesпотому что это имеет больше смысла для большинства одноразовых сценариев. Он формализует, что вы запустите ряд команд, которые my-startupбудут показаны как «активные» после их завершения, и что вы не запустите демон.

Забудь о rc.local.

Как я уже говорил о CentOS 7 и Debian 8 и Ubuntu 15 :

Вы используете операционную систему systemd + Linux. /etc/rc.localявляется механизмом двойной обратной совместимости в systemd, поскольку он является механизмом обратной совместимости для механизма, который сам по себе являлся механизмом совместимости в клоне van Smoorenburg System 5 rc.

Использование /etc/rc.localможет пойти ужасно неправильно. Люди были удивлены тем фактом, что systemd работает не rc.localсовсем так, в том же месте в начальной загрузке, как они привыкли. (Или ошибочно ожидать: на самом деле он не работал последним в старой системе, как все еще указывает руководство OpenBSD.) Другие были удивлены тем фактом, что они настроены на rc.localожидание старых способов ведения дел. затем полностью отменить подобные новых udevправила, NetworkManager, systemd-logind, systemd-resolvedили различный «Кит» с.

Как проиллюстрировано " Почему` init 0` приводит к "Избыточным аргументам" при установке Arch? "», Некоторые операционные системы уже предоставляют systemd без функций обратной совместимости, таких как systemd-rc-local-generatorгенератор . В то время как Debian по-прежнему сохраняет функции обратной совместимости , Arch Linux собирает systemd с их выключенными . Так что в Arch и операционных системах, подобных ей, ожидается /etc/rc.local полное игнорирование .

Забудь о rc.local. Это не путь. У вас есть операционная система systemd + Linux. Поэтому создайте правильный системный сервисный модуль и не начинайте с того момента, когда нет двух уровней обратной совместимости. (В Ubuntu и Fedora, это три раза удалены, фургон Smoorenburg System 5 rcклон, а затем rc.localто , а затем уже сам дважды вытеснили, более десяти лет назад, сначала выскочкой , а затем Systemd.)

Также помните первое правило для миграции на systemd .

Это даже не новая идея, специфичная для systemd. В системах van Smoorenburg rcи Upstart нужно было сделать правильный rcсценарий van Smoorenburg или файл задания Upstart, а не использовать его rc.local. Даже руководство FreeBSD отмечает, что в настоящее время rcвместо использования используется правильный сценарий Mewburn /etc/rc.local. Mewburn rcбыл представлен NetBSD 1.5 в 2000 году.

/etc/rc.localдаты со времени седьмого издания Unix и до. Он был заменен /etc/inittabи основан на уровне запуска rcв AT & T Unix System 3 (с немного отличающимся /etc/inittabв AT & T Unix System 5) в 1983 году . Даже это теперь история.

Создание собственных определений нативных служб для системы управления услугами, будь то служба расслоение для перекуса набора инструментов - х service-managerи system-control, /etc/rc.d/скрипт для Mewburn rc, служебный блок файл для Systemd, файл задания для Upstart, каталог услуг для runit / s6 / DaemonTools - или даже /etc/init.d/сценарий для ван Смуренбурга rc.

В systemd такие файлы, добавленные администратором, /etc/systemd/system/обычно добавляются (или /usr/local/lib/systemd/system/редко). С Nosh Service Manager, /var/local/sv/это обычное место для локальных пакетов услуг. Mewburn rcна FreeBSD использует /usr/local/etc/rc.d/. Файлы упакованных сервисных модулей и сервисные пакеты, если вы их делаете, все же отправляются в разные места.

дальнейшее чтение

• Lennart Poettering et al. (2014). systemd-rc-local-generator . Системные справочные страницы. Freedesktop.org.
• rc.local, Руководство FreeBSD System Manager . 2016-04-23.
• /unix//a/233581/5132
• Леннарт Поэттеринг (2011-08-29). Пожалуйста, удалите /etc/rc.localили chmod -xэто . Redhat ошибка # 734268.
• /unix//a/211927/5132
• Дирк Шмитт (2017-12-19). rc.localначинает рано . системная ошибка # 7703
• https://wiki.archlinux.org/index.php?title=Systemd&diff=378926&oldid=378924
• Бенджамин Кейн (2011-12-30). Когда все в порядке и не хорошо, чтобы использоватьrc.local . bencane.com.
• /unix//a/49636/5132
• Леннарт Поэттеринг (2010-10-01). Как преобразовать сценарий инициализации SysV в служебный файл systemd? , 0pointer.de.
• /ubuntu/523369/
• Джонатан де Бойн Поллард (2015). /etc/inittabэто вещь прошлого. , Часто задаваемые ответы.
• Джонатан де Бойн Поллард (2014). Параллельно рассмотрим скрипты запуска и сервисные модули. , Часто задаваемые ответы.
• Джонатан де Бойн Поллард (2014). Реальный работающий пример настройки и запуска службы с помощью nosh . Softwares.
• Джонатан де Бойн Поллард (2016). Msgstrsystemd.unit " Отсутствуют пути поиска системы со страницы руководства ". Поправка для systemd doco . Часто задаваемые ответы.

Резюме https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd

Создайте /etc/systemd/system/rc-local.service:

# /etc/systemd/system/rc-local.service
[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local

[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99

[Install]
 WantedBy=multi-user.target

Затем:

sudo touch /etc/rc.local
sudo chmod +x /etc/rc.local
sudo systemctl enable rc-local

Проверить с:

sudo systemctl start rc-local.service
sudo systemctl status rc-local.service