systemdでいくつかのローカルスクリプト（または非常にローカルなコマンド）を実行する正しい方法が見つかりません。この種類のスクリプトのサービス（systemdでユニット）を作成してはいけないことは既に知っています（または必要ですか？）....

私が見つけた回避策は、rc.localを作成し、それに実行許可を与えることです。

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

たとえば、単純なrc.localを設定したレガシーサーバーを入手した場合、rc.localは外部から尊重されていたため、あなたが何をしたか、ディストリビューションで新しい何かをアップグレードまたはインストールするのにどれだけの損害があるかがわかりますパッケージですが、一方でサーバーをインストールしてsystemdユニットまたは2つまたは3つ（またはsysvinitサービス）を作成すると、単純なタスクを実行するために、これは時々あなたの人生をより困難にし、これよりもはるかに多くなります名前はいつかディストリビューション開発によって作成された新しいサービスの名前と競合する可能性があり、アップグレード時にインストールされる可能性があり、スクリプトのトラブルを引き起こします！

私はrc.localの場所について尋ねる別の質問を見て、答えはそれを作成して実行許可を与えることでした、私はそれがどこにあるのか知りたくないので、私の質問は本当に重複していないと思います非推奨であることを受け入れるために、この種のことを行うための正しい方法を見つけることができません、私は本当にそのような単純ないくつかのユニットを作成する必要がありますか？

他の場所で指摘したように、それが使用することを適度に汚れるrc-local.serviceの下でsystemd。

1. 理論的には、ディストリビューションによって有効にされない可能性があります。（これは一般的ではないと思います。たとえば、同じビルドオプションを無効にすると、多くの人が使用するpoweroff/ rebootコマンドも削除されるためです）。
2. セマンティクスは完全に明確ではありません。Systemdはrc-local.service1つの方法を定義していますが、Debianは少なくとも1つの重要な設定を変更するドロップインファイルを提供します。

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

すべての詳細を理解する必要はないと思います[*]が、ここで知っておく必要がある2つのことがあります。

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ます。

   依存関係の1つが「アーリーブート」サービスであるかどうかわからない場合、1つのアプローチは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.localsystemdの二重後方互換性メカニズムです。これは、van Smoorenburg System 5 rcクローンの互換性メカニズム自体であったメカニズムの後方互換性メカニズムであるためです。

使用/etc/rc.localすると、ひどく間違ってしまう可能性があります。人々は、systemdがrc.localブートストラップのまったく同じ場所で、以前とまったく同じ方法で実行されないという事実に驚いています。（または、誤って期待：それは、実際には、実行されなかった最後。OpenBSDのマニュアルはまだ指摘するように、旧システムで）その他は、彼らが中に設定したものという事実に驚いてきたrc.local物事の古い方法を期待していますその後、完全に新しいの同類によって取り消さudev、NetworkManagerを、規則systemd-logind、systemd-resolvedまたは「キット」の様々な。

「Archのインストールで「init 0」が「過剰な引数」になるのはなぜですか？」で例示されているように、一部のオペレーティングシステムは、ジェネレーターなどの後方互換性機能なしで systemd をすでに提供しています。 Debianは引き続き下位互換性機能を保持していますが、Arch Linuxビルドはそれらを無効にしてsystemdをビルドします。そのため、Archやそのようなオペレーティングシステムでは、完全に無視されると予想されます。systemd-rc-local-generator/etc/rc.local

忘れてくださいrc.local。行く方法ではありません。systemd + Linuxオペレーティングシステムがあります。そのため、適切なsystemdサービスユニットを作成し、後方互換性が2レベル離れているところから始めないでください。（UbuntuとFedoraの上で、それがされ3回は、バンSmoorenburgシステム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は2000年にNetBSD 1.5で導入されました。

/etc/rc.local第7版Unixの時点以前の日付。1983年にAT＆T Unix System 3（AT＆T Unix System 5では若干異なる）に置き換えられ/etc/inittab、ランレベルベースになりrcました。それも今では歴史です。/etc/inittab

それは間食ツールセットのためのサービスバンドルなるかどうか、あなたのサービス管理システムのための適切なネイティブサービス定義を作成service-managerしてsystem-control、/etc/rc.d/Mewburn氏のスクリプトrc、にsystemdのためのサービスユニットファイル、成り上がりのためのジョブファイル、値Runit / S6 / daemontoolsのためのサービスディレクトリ-encore、または/etc/init.d/van Smoorenburgのスクリプトrc。

systemdでは、このような管理者が追加したサービスユニットファイルは/etc/systemd/system/通常（または/usr/local/lib/systemd/system/まれに）入ります。noshサービスマネージャーを使用する/var/local/sv/と、ローカルサービスバンドルの従来の場所になります。rcFreeBSDのMewburn はを使用し/usr/local/etc/rc.d/ます。 ただし、パッケージ化されたサービスユニットファイルとサービスバンドルを作成する場合は、別の場所に移動します。

参考文献

• レナート・ポエタリング他 （2014）。systemdに-RC-ローカル・ジェネレータ。systemdのマニュアルページ。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早く始めています。systemdのバグ＃7703
• https://wiki.archlinux.org/index.php?title=Systemd&diff=378926&oldid=378924
• ベンジャミンケイン（2011-12-30）。 使用してもOKでもOKでもない場合rc.local。bencane.com。
• /unix//a/49636/5132
• Lennart Poettering（2010-10-01）。SysV Initスクリプトをsystemdサービスファイルに変換するにはどうすればよいですか？。0pointer.de。
• /ubuntu/523369/
• ジョナサン・ド・ボイン・ポラード（2015）。 /etc/inittab過去のものです。。よくある回答。
• ジョナサン・ド・ボイン・ポラード（2014）。実行スクリプトとサービスユニットを並べて見る。。よくある回答。
• ジョナサン・ド・ボイン・ポラード（2014）。実世界では、設定と間食でサービスを実行する例を働きました。ソフトウェア。
• ジョナサン・ド・ボイン・ポラード（2016）。「マニュアルページにシステム検索パスがありませんsystemd.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