現在NetBeansをインストールしていますが、デフォルトのインストールディレクトリは/home/thomasowens/netbeans-6.8です。私はその場所のファンではないので、私は見てよ/etc、/bin、/usr/bin、と/sbin。Linuxには、慣例により、WindowsのC:\Program Filesディレクトリと同じ場所がありますか？
現在NetBeansをインストールしていますが、デフォルトのインストールディレクトリは/home/thomasowens/netbeans-6.8です。私はその場所のファンではないので、私は見てよ/etc、/bin、/usr/bin、と/sbin。Linuxには、慣例により、WindowsのC:\Program Filesディレクトリと同じ場所がありますか？
回答:
よるファイルシステム階層標準、許容される用途に応じていくつかの場所があります。ここから広範囲に引用しています。
bin もちろん「バイナリ」の略ですsbin "server binary"の略で、それ以外は次のように定義されます：
システム管理に使用されるユーティリティ（およびその他のルート専用コマンド）
/usr 共有可能な読み取り専用データ用であり、さまざまなFHS準拠ホスト間で共有可能である必要があります（ネットワーク上に多数のマシンがあり、それらがすべて同じアーキテクチャである場合、単一の/ usrフォルダーを共有できるはずですネットワーク上のすべてのマシンで）
/usr/local ソフトウェアをローカルにインストールするときにシステム管理者が使用します（つまり、ネットワーク上のすべてのマシンではなく、このマシンのみにインストールされるアプリケーション用）。これらをまとめると：
/usr/bin システム上の実行可能コマンドのプライマリディレクトリです。/usr/sbin システム管理者が排他的に使用する非必須バイナリ用です。 /sbin代わりに（つまり、あなたが実装するためにアクセスするために必要なもの/usr/sbinで行きます/sbin）/usrマウントされる前に必要になる可能性のある重要なユーザーコマンドが/bin/usr/local/binまたは/usr/local/sbinただし、/ usr / localにはもう1つの用途があります。ディストリビューションのパッケージマネージャーを使用してインストールするほとんどのものは、/ usrの下に配置されます。多くの人は、代わりに/ usr / localの下に手でコンパイルしたものを置きます。これにより、パッケージ管理システムの邪魔にならないようにし、ディストリビューションからインストールしたもの（また、再度取得できるのでバックアップする必要がない）と手動でコンパイルしたものを見つけることができます。また、異なるバージョンを同時に実行することもできます（たとえば、/ usr / bin / firefox vs / usr / local / bin / firefox）。
物事が解決したと思ったとき、もう1つの場所があります。これはおそらくc:\Program Files-に最も近いものです/opt。
/optアドオンアプリケーションソフトウェアパッケージのインストール用に予約されています。
/optおそらくに最も近いと等価であるc:\program files、それはあなたが1つのフォルダにまとめて、そのすべてのファイルを使用してアプリケーションを見つけるのではなく、全体の散乱を期待したい1位だという点で、/usr/bin、/var、と/etc。通常、非常に大きなパッケージでのみ使用されますが、この場合、Netbeansが独自のフォルダーを必要としていることを考えると、おそらく/ opt / netbeansの下に置くのが最も理にかなっています
本当にそれは個人的な好みに帰着します。私はそれが価値があるものについて説明します。
/ usr、/ usr / binは通常、システムによってインストールされるソフトウェアのインストール先です。自分で物をインストールするとき、いくつかの場所のいずれかにインストールします。
なぜ＃2と＃3を区別するのですか？わからない、それは私が時間をかけて開発したただの習慣です。/ optは通常、ファイルの深いツリーになりますが、実際には2つまたは3つの「もの」しかインストールされていないことがわかります。現時点では、optにlamppとlotusのメモがインストールされています。2つのディレクトリにはそれぞれ大きなツリーがあります。/ usr / local / binには、20または30のエントリがありますが、サブディレクトリはありません。
/ usr / binや/ usr / sbinにインストールするのは、手動で追加するもの（標準リポジトリからの単純なインストールの一部ではない）を別にするためです。
一方ではFilesystem Hierarchy Standardには、いくつかのガイダンスを提供します。ほとんどのディストリビューションは、パッケージをにインストールするのが好きだとわかりました/usr/share。
このため、パッケージマネージャー（rpm / apt-get / emerge）を介してインストールされていないアプリケーションをインストールする方法を採用しました/usr/local。これにより、パッケージ管理で管理されていないアプリケーションやライブラリを、それらとは別に管理できます。
これは、Fedora CoreとGentooの両方でシステムを管理するのに役立つテクニックです。
デフォルトの場所は/bin、apt-getまたは同様のものを使用している場合、ほとんどすべてがデフォルトでインストールされる場所だと思っていたでしょう...
...ただし、多くの追加ファイルがある最新のプログラム（またはインストーラーのないプログラム）に関しては、内の独自のディレクトリに配置するのが好き/binです。
複数のサーバーにインストールするほとんどのアドオンアプリに/ appsを使用するのが好きです。nfsサーバーの/ installs / appsにフォルダーのコピーを保持します。新しいLinuxサーバーを作成するときは、インストールフォルダーをマウントして/ appsをコピーします。新しいサーバーには多くの一般的なアプリがあります。この新しいサーバーに必要のないエントリを削除して完了です。環境変数やパスステートメントを設定するためにスクリプトを1つまたは3つ実行する必要があるかもしれませんが、それは多くの新しいサーバーをセットアップするのに必要なことです。
私はWindowsと.netのバックグラウンドから来ました。.netの約束の1つは、Windows xcopyを使用してほとんどのアプリをインストールできることでした。Linuxでも同じことを探しています。可能な場合は、RPMやyumなどでtarballを選択します。したがって、cp -rを使用して/ appsに展開し、将来の展開のためにアプリをnfsサーバーに追加できます。