/bin

古いUNIXでは/binのほかに/usr/binが別にあった。

やがて、起動時に必要なファイル(rootfsにないと困るファイル)は/sbinに集約されたため/binの必要性は減り、後に/usr/binに統合され、/binは単なる/usr/binへのシンボリックリンクで済むようになった。

但し、PC UNIXの代表であるBSDやLinuxでは、主要なものを/binに、その他ユーザーランド関係を/usr/binに置くというポリシーが守られているようで、今でも分離している。しかし、その使い分けは曖昧である。

そもそもなぜ、/binと/usr/binで分けるようになったのか。

それは、インストールやシステム修復時に使うminirootのようなシングルユーザーモードで必要なものをルートパーティションに置いたためで、このルートパーティションの容量は必要最小限(古くはフロッピーディスクの容量)で済むように工夫されてきた。

そこで、必須のものを/bin、それ以外を/usr/binに置くようになった。

もちろんルートパーティションと/usrパーティションを同一にすることも可能だが、現実には、そのような運用はあまりされていない。

/bin/sh は、シェルである。

元々は元祖シェル(Bourne Shell)であったが、現在は使用中のシェルへのシンボリックリンクであることが多い。

多くのLinuxディストリビューションでは、/bin/sh はbash(/bin/bash)へのシンボリックリンクである。一方でUbuntuの場合、/bin/shがシンボリックリンクなのは他のLinuxディストリビューションと同じだが、そのリンク先はLinuxで人気のbashではなく、dash(/bin/dash)となっている。dashはashの派生であり、元祖シェルに近い機能を持つ。

世の中には、bashの機能を用いていながら、シェルスクリプトの先頭に #!/bin/sh などと書いて済ませる不届き者が多くいる。/bin/sh のリンク先がbashであるなら正常動作するが、さもなくば正常に動作しない。このためdashを使うUbuntuではシェルスクリプトが正常動作しないという「問題」が発生した。

OSにより異なる可能性があるが、このディレクトリに良く置かれているファイルは次の通りである。

• [
• cat
• chio
• chmod
• cp
• csh
• date
• dd
• df
• domainname
• echo
• ed
• expr
• hostname
• kill
• link
• ln
• ls
• mkdir
• mv
• pax
• ps
• pwd
• rcp
• rm
• rmdir
• sh
• sleep
• stty
• sync
• tcsh
• test
• unlink

最近のLinuxや、FreeBSD 6.1ではtcshが採用されており、/bin/tcshにある。

同じBSDでも、NetBSD 4.0は標準がcshである。NetBSDの場合、packageを使ってインストールするのが一般的なので、この場合、本体は/usr/pkg/bin/tcshとなり、/bin/tcshはこの本体へのシンボリックリンクとなる。