Filesystem Hierarchy Standard によると、アプリケーションに応じて、許容できる場所がいくつかあります。ここから広範囲に引用しています.
binもちろん「バイナリ」の略です-
<ブロック引用>sbin「サーバー バイナリ」の略で、それ以外の場合は次のように定義されます:システム管理 (およびその他の root 専用コマンド) に使用されるユーティリティ
-
/usr共有可能な読み取り専用データ用であり、さまざまな FHS 準拠のホスト間で共有できる必要があります (ネットワーク上に多数のマシンがあり、それらがすべて同じアーキテクチャである場合、単一の /usr フォルダーを共有できるはずですネットワーク上のすべてのマシンで) /usr/localシステム管理者がソフトウェアをローカルにインストールするときに使用します (つまり、ネットワーク上のすべてのマシンではなく、このマシンにのみインストールされたアプリケーション用です)。
これらをまとめると:
/usr/binシステム上の実行可能なコマンドのプライマリ ディレクトリです。/usr/sbinシステム管理者のみが使用する必須ではないバイナリ用です。- システムの修復、システムの回復、/usr のマウント、またはその他の重要な機能に必要なシステム管理プログラムは、
/sbinに配置する必要があります。 代わりに (つまり、/usr/sbinをマウントするためにアクセスする必要があるもの)/sbinに入ります ) - 同様に、
/usr以前に必要になる可能性のある重要なユーザー コマンド/binにマウントされています - ローカル マシンにのみインストールされるものはすべて
/usr/local/binに入る必要があります または/usr/local/sbin
ただし、/usr/local にはもう 1 つの用途があります。ディストリビューションのパッケージ マネージャーを使用してインストールするほとんどのものは、/usr の下に配置されます。多くの人は、手動でコンパイルしたものを代わりに /usr/local の下に置きます。これにより、パッケージ管理システムの邪魔にならず、ディストリビューションからインストールしたもの (再度取得できるため、バックアップする必要はありません) と手動でコンパイルしたものを見つけることができます。また、異なるバージョンを同時に実行することもできます (例:/usr/bin/firefox と /usr/local/bin/firefox の比較)。
落ち着いたと思ったら、もう 1 つの場所があります。おそらく c:\Program Files に最も近い場所です。 - /opt :
/opt アドオン アプリケーション ソフトウェア パッケージのインストール用に予約されています。`
/opt おそらく c:\program files に最も近いものです 、/usr/bin に散在するのではなく、すべてのファイルが 1 つのフォルダーにまとめられているアプリケーションを見つけることが期待される 1 つの場所であるという点で 、 /var 、および /etc .これは通常、非常に大きなパッケージでのみ使用されますが、この場合、Netbeans が独自のフォルダーを持ちたいことを考えると、/opt/netbeans の下に配置するのがおそらく最も理にかなっています
本当にそれは個人的な好みに帰着します。私はそれが何の価値があるかを説明します.
/usr、/usr/bin は通常、システムによってインストールされるソフトウェアがインストールされる場所です。自分でインストールするときは、いくつかの場所のいずれかにインストールします:
<オール>#2 と #3 を区別するのはなぜですか?わからない、それは私が時間をかけて開発した習慣です. /opt は通常、ファイルの深いツリーになってしまいますが、実際には 2 つまたは 3 つの「もの」しかインストールされていません。現時点では、2 つのディレクトリーの opt に lampp と lotus notes がインストールされており、それぞれのディレクトリーの下にかなり大きなツリーがあります。 /usr/local/bin には、20 または 30 のエントリがありますが、サブディレクトリはありません。
/usr/bin や /usr/sbin にはインストールしません。手動で追加したもの (標準リポジトリからのインストールの一部ではなく) を分けておきたいからです。