デーモンのPATH(またはその他のベストプラクティス)に新しい要素を追加するにはどうすればよいですか?

デーモンのPATH(またはその他のベストプラクティス)に新しい要素を追加するにはどうすればよいですか?

Linuxサーバー(Ubuntu 12.04)にカスタム管理タスク用のいくつかのスクリプトを追加したいと思います。最終的に、これらのスクリプトは少なくとも1つのデーモン(私の場合はPostgreSQLですが重要ではありません)のコールバックスクリプトです。デーモンが私のスクリプトを見つけるには、私が/opt/<package>/bin従うフルパスを提供する必要があります。FHS

そのパスをPATHに追加すると、/etc/environmentユーザーはフルパスを指定せずにスクリプトを呼び出すことができますが、デーモンでは「見つかりません」というメッセージのみが表示されます。

だから私の質問は基本的に2つです。

  1. PATHにデーモンのパスを追加するには?
  2. とにかくこれは良いアイデアですか?それとも、常にフルパス名を使用する必要がありますか?

ベストアンサー1

/ etc / environmentのPATHにそのパスを追加すると、ユーザーは完全なパスを指定せずにスクリプトを呼び出すことができますが、デーモンでは「見つかりません」というメッセージのみが表示されます。

~によるとこのソース、IBM AIX文書は次のとおりです(他の項目は見つかりません)。しかし、一般的に正確かもしれません。1

オペレーティングシステムで使用される最初のファイルログインするとき/etc/environment ファイルです。 /etc/environment ファイルには、すべてのプロセスのデフォルト環境を指定する変数が含まれています。

ありますので参考にしてくださいいいえすべてのシステム範囲で発生するため、.profileハードコーディングされます。ただし、「ログイン時に」に適用される場合、initによって起動され、ログインしていないデーモンには適用されません(「すべてのプロセスについて」はこれと矛盾しますが、誤った単語の選択かもしれません)。

~によるとこのスーパーユーザーのQ&A/etc/environmentの一部ですポリアクリルアミドこれは、「ログイン時に」前提条件をサポートし、これは初期化生成デーモンでは使用されないことを意味します。他の参考資料がたくさんありますが、実際のP​​AM文書はないようです。

常にフルパス名を使用する必要がありますか?

これは最も一般的で一般的に推奨される手順です。デーモンは$ PATHなしで起動できます。したがって、起動スクリプトで直接設定することも、言ったように必要に応じてフルパス名を使用することもできます。

1. 「/etc/environment」は、関連する POSIX 仕様にはまったく現れません。[1] [2]

おすすめ記事