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

Я знайшов вирішення цього питання - створити rc.local і надати йому дозволи на виконання.

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

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

Я бачу ще одне запитання про те, де знаходиться 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).

Є деякі міркування, які, на мою думку, стосуються і попередньої системи 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 будує системні з ними вимкнені . Так що в 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 і раніше. У 1983 році він був заміщений /etc/inittabбазовим рівнем rcAT&T Unix System 3 (дещо інший /etc/inittabв AT&T Unix System 5) у 1983 році . Навіть що тепер історія.

Створіть належні визначення власних служб для вашої системи управління послугами, будь то пакет послуг для набору інструментів nosh service-managerі system-control, /etc/rc.d/сценарій для Mewburn rc, файл сервісного блоку для systemd, файл завдання для Upstart, каталог служб для runit / s6 / daemontools -ніше, або навіть /etc/init.d/сценарій для Ван Смооренбурга rc.

У системних системах такі файли сервісного блоку, додані адміністратором, /etc/systemd/system/зазвичай (або /usr/local/lib/systemd/system/рідко). З диспетчером служб нош /var/local/sv/- це звичайне місце для місцевих пакетів послуг. Mewburn rcна FreeBSD використовує /usr/local/etc/rc.d/. Упакований поодинокі службові файли і пакети послуг, якщо ви робите їх, йдуть в різних місцях, хоча.

Подальше читання

• Lennart Poettering та ін. (2014). systemd-rc-local-generator . Сторінки системного посібника. Freedesktop.org.
• rc.local. Посібник системи FreeBSD . 2016-04-23.
• /unix//a/233581/5132
• Леннарт Поетеринг (2011-08-29). Plese видалити /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). Як перетворити скрипт Init SysV в системний файл служби? . 0pointer.de.
• /ubuntu/523369/
• Джонатан де Бойне Поллард (2015). /etc/inittabє справою минулого. . Часто відповіді.
• Джонатан де Бойне Поллард (2014). Побічний погляд на сценарії запуску та сервісні блоки. . Часто відповіді.
• Джонатан де Бойне Поллард (2014). Приклад роботи в реальному світі, як налаштувати та запустити службу з носом . Програмне забезпечення.
• Джонатан де Бойне Поллард (2016). " Пропущені шляхи пошуку системи на systemd.unitсторінці керівництва ". Errata для 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