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