これ/ usrマージに関するシステムウィキページ、神話#6では、これは伝統的にSystem V UNIXのシンボリックリンクであっ/bin
たと述べられています。/usr/bin
この仕事をする動機は何ですか?これは、以前のバージョンとの互換性のために意味がありますが、以前はなぜそうしたのか理解できません。 (あるいは私が間違って理解しているのでしょうか?以前のUNIXバージョンではとを/bin
区別しました/usr/bin
が、System Vではこれをマージして変更しましたか?)
答え1
短い答えはそうです。これは、互換性(/bin/sh
および参照されている多くのプログラム/bin/ed
)と最初に完全に分離されたファイルセットを/bin
含めるために行われました。ルートファイルシステムにあるこのディスクは、コンピュータのブートファームウェアがアクセスできる必要があり、より重要で一般的に使用されるファイルを保持できる小さなディスクです。に位置し、通常は完全に分離されたより大きなディスクです。最初は、ユーザーのホームディレクトリも含まれます。ドライブが成長するにつれて、定期的にドライブを大きなドライブに交換します。あまり役に立たない場合でも、システムはインストールせずに実行できます。/usr/bin
/bin
/usr/bin
/usr
/usr
/usr
/usr
/usr
のディスク(またはディスクパーティション)はUnixカーネルの起動後にマウントされ、システムはユーザーモードの起動プロセス()に/etc/rc
あります。 Sunは、共有コピーをネットワーク経由で読み取り専用でマウントできるように、それらを再配置しました。シンボリックリンクになります。ルートファイルシステムに配置するか、別のパーティションに配置することをお勧めします。sh
mount
fsck
/bin
/etc
/
/usr
/usr
/usr/tmp
/var/tmp
/var
私は、Sunがある時点でシステムが廃棄された場合、システムに命を吹き込むための英雄的な試みは価値がないと判断したと信じています/usr
。ほとんどのユーザーは同じ物理ディスクにおよびを持っているため、ディスクが死ぬと両方のファイル/
システムがトーストされるか、サーバーから読み取り専用としてマウントされます。したがって、システムの起動と保守に使用されるいくつかのコアプログラムは静的にコンパイルされ、含まれていましたが、ほとんどのプログラムはに移動されます。/usr
/usr
/sbin
/bin
/usr/bin
/bin
/usr/bin
R4以前のSystem Vにはシンボリックリンクさえありませんでした。 SunとAT&Tは、SunOSとSVR3を組み合わせてSVR4(およびSolaris 2)にするよう努めています。/bin
へのシンボリックリンクがあります/usr/bin
。
したがって、ウェブサイトに「SysV Unixでは/bin
伝統的にシンボリックリンク/usr/bin
」と書かれている場合は、実際には「System V Release 4以降では...」と言わなければなりません。