rc.localを自動的に実行させる方法はありません。

Question 1

問題は次の行にあります。

echo hi > ~user/test

~user予想したほど拡張できません。rc.local実行中であるが予期しない拡張のため、権限のない場所に書き込もうとします。

以下を試してください。

echo ~user/test > /dev/shm/test

その後、内容を確認してください/dev/shm/test。これによりrc.local、実際に実行中であり、~user拡張範囲が何であるかがわかります。

それにもかかわらず、私が提案するのは、外部環境に頼るのではなく、明示的なパスを使用することです。

Answer

問題は次の行にあります。

echo hi > ~user/test

~user予想したほど拡張できません。rc.local実行中であるが予期しない拡張のため、権限のない場所に書き込もうとします。

以下を試してください。

echo ~user/test > /dev/shm/test

その後、内容を確認してください/dev/shm/test。これによりrc.local、実際に実行中であり、~user拡張範囲が何であるかがわかります。

それにもかかわらず、私が提案するのは、外部環境に頼るのではなく、明示的なパスを使用することです。

Question 2

「私はスタートアップのような選択肢を聞くことをお勧めします」とは、何かを理解していないことを意味します。私はミントユーザーではありませんが、明らかにupstartベースのシステムのようです。 Upstartはinitデーモンで、システムには1つだけインストールされています。したがって、スタートアップ企業は代替品ではありません。システムでupstartを使用します。。期間。他は使用しません。ただし、upstartにはsysvinitスクリプトとの以前のバージョンとの互換性が含まれています。つまり、/ etc / rcディレクトリにリンクを配置してサービスを管理したり、以前のいくつかのコマンドを使用したりできserviceますupdate-rc.d。

あなたが認めたところによると、sysvinitシステムがどのように機能するのかよく理解していないので、それを学ぶのは時間の無駄だと思います。実際のinitデーモンがどのように機能するかを理解することもできます。 Upstartはとても簡単です。これに関する苦情（およびFedora派生製品のsystemdに関する同様の苦情）の95％はsysvinitについて簡単に理解しており、おそらく何時間も何かを学ぶ必要があるかもしれません。新しい怒りを感じてください。

したがって、sysvinitスタイルのリンクについてrcディレクトリなどを確認したいのですが、リンクしたソリューションが失敗する「Rc.local実行できない」問題と判断すると、この時点で時間を無駄にしていると思います。 sysvinitの互換性と/etc/rcとinit.dディレクトリを忘れてください。

Upstartは.confファイルを処理します/etc/init（注：init.dではありません）。したがって、起動時にいくつかのスクリプトを実行するには、.confファイルを/ etc / initに追加するだけです。実行可能である必要はありませんが、ルートが所有する必要があります。

author "You"

start on started local-filesystems

script
    /etc/rc.local # but don't really be this lazy, see below
end script

今後の混乱や追加のsysvinitの混乱を防ぐために、/etc/rc.localスクリプトの名前を別の名前に変更することをお勧めします。または、その中のすべてのエントリを.confファイルに移動し、それらの間にあるすべてのエントリにタグを付けることをお勧めしますscript。end script処理）シェルによって）。

スタートアップ企業の権威ある参考資料は次のとおりです。ヌボリッチレシピ。私が言ったように、これはユーザーフレンドリーの面でsysvinitに比べて改善されていますが、残念ながら、オンラインにはまだそれに関する適切な資料が不足しており、混乱し、不完全な内容がたくさんあります。ただし、起動時にスクリプトを実行するのは、先ほど説明したように簡単です。

.confファイル名が「my-localboot.conf」の場合は、次のコマンドを使用してサービスをテストできます。

initctl start my-localboot

Answer