Linuxでの/ usr / binと/ usr / local / bin

1. /bin（および/sbin）は、大きな/パーティションの前に小さなパーティションに配置する必要があるプログラムを対象としています。 /usrなどのパーティションがマウントされました。最近では、/bin/shなどの主要なプログラムの標準的な場所として機能しますが、元の意図はまだたとえば小さな組み込みデバイスへのインストール。

2. /sbinは、/binとは異なります。 /usrをマウントする前に必要なシステム管理プログラム（通常は通常のユーザーは使用しません）用。

3. /usr/binはディストリビューション管理の通常のユーザープログラム用です。

4. ivと同じ関係を持つ/usr/sbinがありますid = “256ba3093b”>

ファイルシステム階層のマニュアルページを参照することをお勧めします。

man hier 

これはオンラインでも入手できます。例： http://linux.die.net/man/7/hier 。関連部分は以下にコピーされています。システムによっては、別の言い方をする場合があります。

名前

hier-ファイルシステム階層の説明

説明

一般的なLinuxシステムには、特に次のディレクトリがあります。

/bin

このディレクトリには、シングルユーザーで必要な実行可能プログラムが含まれています。モードを設定し、システムを起動または修復します。

/sbin

/binと同様に、このディレクトリシステムの起動に必要なコマンドを保持しますが、通常は通常のユーザーは実行しません。

/usr/bin

これは実行可能プログラムのプライマリディレクトリです。通常のユーザーが実行する、システムの起動や修復に必要がなく、ローカルにインストールされていないほとんどのプログラムは、このディレクトリに配置する必要があります。

/usr/local/bin

サイトにローカルなプログラムのバイナリ。

/usr/local/sbin

システム管理用にローカルにインストールされたプログラム。

/usr/sbin

このディレクトリには、ブートプロセス、/usrのマウント、またはシステム修復に不可欠ではないシステム管理用のプログラムバイナリが含まれています。 。

コメント

• これは’ユーザーの質問に答えない’。
• manページには、各binディレクトリのエントリが含まれており、内容が説明されています。質問の1つでした。

ファイルシステム階層ウィキペディアのchyStandard エントリは、私がそれを持っていたときに同じ質問に答えるのに役立ちました。さらに、非常に説明的な表があります。

そのページからの抜粋 ¹ ：

/bin Essential command binaries that need to be available in single user mode; for all users, e.g., cat, ls, cp. /usr/bin Non-essential command binaries (not needed in single user mode); for all users. /usr/local Tertiary hierarchy for local data, specific to this host. Typically has further subdirectories, e.g., bin, lib, share /usr/sbin Non-essential system binaries, e.g., daemons for various network-services. /sbin Essential system binaries, e.g., fsck, init, route. 

¹ 2019年6月19日に取得。 パーマリンク。

sbinディレクトリには、通常はシステム管理のみのプログラムが含まれています。通常のユーザー向けのプログラムは絶対に使用しないでください。

起動時にいくつかのプログラムが必要になり、最終的に/bin/または/sbin/。これらは、ファイルシステムをマウントする前に使用可能である必要があります。ファイルシステムのチェックとマウントに必要なmountやfsckなどが存在する必要があります。

ほとんどのパッケージプログラムは最終的に/usr/bin/と/usr/sbin/になります。これらは、ルートファイルシステム以外のファイルシステム上にある可能性があります。場合によっては、ネットワークにマウントされたドライブ上にある可能性があります。

ローカルプログラムとスクリプトは/usr/local/bin/と/usr/local/sbin/に属します。 。これは、それらが明らかに非標準であり、おそらくサイトでのみ利用可能であることを示しています。

詳細については、コマンドman hierを実行してみてください。このコマンドは、ディストリビューションに推奨されるファイルシステム階層の説明を提供します。 Wikipediaのファイルシステム階層についても読むことをお勧めします

コメント

• +1 topが少し多すぎる場合は、非常に簡潔な説明です。
• “ローカルプログラムとスクリプトは/ usr / local / bin /と/に属します。 usr / local / sbin / “-“のようなローカルプログラムを意味しますが、OSのすべての部分ではありませんが、インストールすることにしましたそれらを使用したい”？

1970年代、UNIXではすべての公式実行可能ファイルが/binにあり、/usr/binはユーザーのホームディレクトリの下にありました（例：/usr/dmr）これは、他のユーザーも興味を持っていた可能性のある独自のバイナリを保存するためにすべてのユーザーが利用できました。

このオープンの結果/usr/binは文書化されていないソフトウェアのジャンクヤードだったので、Stephen Bourne wro毎晩新しいバイナリをチェックし、ドキュメントがない、またはドキュメントも更新せずに更新されたすべてのバイナリを削除するcronスクリプトを使用します。

1970年代後半、/usr/binはOSベースのディストリビューションに統合され、人々は以前に開いた/usr/binの目的で/usr/local/binを使い始めました。 。

しばらくすると、sysadminは/usr/local/binを使用して、ネットワークからインポートされた非ローカルソフトウェアを保存しました（例： USENET）そしてUNIX企業は/usr/binと同じ過ちを繰り返すことを好まなかったため、1987年頃にファイルシステム階層会議があり、すべてのUNIX企業が

そして代わりに/opt/<vendor>/binを使用します。

残念ながら、Linuxディストリビューションはこの決定に従わなかった…

コメント

• 非常に興味深いものの、どれも/optについてではなく、UNIXについてではなく、Linuxについての質問に答えようとさえします。これは、”車に4つの車輪があるのはなぜですか？”に”と答えるようなものです。 2！残念ながら、車は’ t。”ではありません。’はOPが理由を理解するのに役立ちません。車には4つあります。
• Linuxの背景とLinuxがUNIXを模倣するのが好きであるという事実の説明として与えられた説明を使用できない場合は、必要な背景が不足している可能性があります。
• 興味深いですが、私が混乱していることで、おそらく歴史的なものにすぎません。今日、ビンをオンラインでダウンロードすることと、会社のビンをダウンロードすることは、’それほど違いはありません。 Joe Blowがプログラムを作成してダウンロードした場合は、/ usr / local / binではなく/ opt / JowBlow / binに入れてみませんか。それは信頼できるプロバイダーと信頼できないプロバイダーの問題ですか？ ‘私には意味がないようです。
• この’正確な

  数年前の歴史。 a）AIXが/ usr / localを回避し、/ opt / IBMと/ opt / ibmを使用し、bullfreewareが/ opt / freewareを使用する理由と、（/ opt / * sbinだけでなく）別のパスを使用する必要があるのはなぜか疑問に思いました。 Linuxとの半関連性（より優れたGNUツール）に関しては、auto-toolsのデフォルトの–prefixは/ usr / localです。あまりにも悪いautotools（automake、autoconfなどは従いません…。しかし、私たちは皆生き残り、どこに配布するかを学びます。||ベンダーは彼らのプログラムを置きます。

• これらの会議のもう1つを開催できますか？今回は、みんな聞いてください！