/run十分早く設置されました。

/run十分早く設置されました。

Raspbian GNU / Linux 8システムからの起動中に、次のエラーが発生します。

ifplugd(eth0)[214]: Executing '/etc/ifplugd/ifplugd.action eth0 up'.
ifplugd(eth0)[214]: client: /sbin/ifup: failed to open lockfile /run/network/.ifstate.lock: No such file or directory
ifplugd(eth0)[214]: client: run-parts: /etc/ifplugd/action.d//ifupdown exited with return code 1
ifplugd(eth0)[214]: Program execution failed, return value is 1.

Ifplugdは成功し、操作を繰り返します。初期失敗は、/runがマウントされていないために発生したと考えられます。私の質問は次のとおりです

  1. これは通常の動作ですか、それともバグ/設定エラーですか? ifplugdが実行されているときにsystemd-fsckが実行され続けているので、ifplugdが少し早いようです。この質問を無視してもよろしいですか?

  2. /run マウントは非常に早く起きなければならないので、 /etc/fstab が処理できない特別な場合のようです。では、/runのマウントを制御する部分は何ですか?これはsystemdによって行われますか?それでは、systemdのどの部分ですか?

答え1

/run十分早く設置されました。

診断が間違っています。

/runsystemdプロセス#1として実行されるプログラムによってインストールされます。これは、systemdがサービスとターゲットを起動する前にインストールする、いわゆる「APIファイルシステム」の1つです。実際、systemdは、/runプロセス#1がプログラム自体を実行する前に、ブートローダのinitrdステップによるインストールを許可しますsystemd。問題の原因が何であれ、/run設置不足によるものではありません。

問題がファイルにあることを考慮すると、/run/network/実際に最初の考えは次のようになります。/run/network/現在のディレクトリはブートローダに存在しますか?このような質問につながる/run/network/ディレクトリはどのように作成されますか?networkingスクリプトを実行させたサービスと、スクリプトを/etc/init.d/networking実行したサービスの前または後に実行されたかどうか。回答については、現在見ているログをご覧ください。 ☺ifplugd/etc/init.d/ifplugd

はい、サービスはどのサービスが最初に開始されるifplugdかによって異なります。networkingいいえ、van Smoorenburgrcスクリプトは実際にこの順序をエンコードしません。

追加読書

関連情報