最近こんな記事を発見しました。 。 この基準について私の見解を述べたいと思います。
/ binに
システム管理者とユーザーの両方が使用できるコマンドが含まれていますが、他のファイル システムがマウントされていない場合 (シングル ユーザー モードなど) に必要です。 スクリプトによって間接的に使用されるコマンドが含まれる場合もあります。
以下のチームが参加する予定です。
cat, chgrp, chmod, chown, cp, date, dd, df, dmesg, echo, false, hostname, kill, ln, ログイン, ls, mkdir, mknod, 他には？, mount, mv, ps, pwd, rm, rmdir, sed, sh, スティ, su, sync, true, umount, uname.
/usr へのシンボリックリンクを作成できますが、systemd の時代には /usr は別のデバイス上に存在しませんが、重要な機能を提供する組み込みシステム、信号機、コーヒーグラインダー、PDP-11 上には依然として存在します。科学アカデミーの研究室のXNUMXつにある装置。
/ sbin
システム管理 (およびその他の root のみのコマンド) に使用されるユーティリティ、/sbin には、/bin 内のバイナリに加えて、システムの起動、復元、復元、および/または復元に必要なバイナリが含まれています。 /usr がマウントされた後 (問題がない場合) に実行されるプログラムは、通常、/usr/sbin に配置されます。 ローカルにインストールされたシステム管理プログラムは、/usr/local/sbin に配置する必要があります。
期待される：
fastboot、fasthalt、fdisk、fsck、getty、停止、ifconfig、init、mkfs、mkswap、再起動、ルート、swapon、swapoff、update.
ユーザーのいたずらからシステムを保護する方法の XNUMX つは、x 属性を設定して、誰でもこれらのユーティリティを実行することを禁止することです。
さらに、/bin と /sbin をアーカイブからのコピーで置き換えること (同じタイプのすべてのシステムで同じ) は、パッケージ マネージャーを使用せずにシステムを修復する簡単な方法です。
/ usr / bin
ここではすべてがシンプルです。 同じ種類のコマンド。会社のすべてのサーバー/コーヒーグラインダーに同じです。 また、/usr 自体は、アーキテクチャ的に独立したプログラムであるため、異なる OS に同様にデプロイできます (/bin と /sbin では通常は機能しません)。 /opt またはネットワーク上の別の場所にある Perl または Python インタープリターへのリンクが含まれる場合があります。
/ usr / sbin
/usr/bin と同じですが、管理者のみが使用します。
/usr/local/bin および /usr/local/sbin
最も重要な場所の XNUMX つ。 他のものとは異なり、/usr は組織全体で同じにすることはできません。 OS に依存するプログラム、ハードウェアに依存するプログラム、およびすべてのデバイスに必要ない単純なプログラムがあります。 マシン上で /usr を同期する場合は、/usr/local を除外する必要があります。
/home/$USER/bin
ここでのケースは /usr/local と似ていますが、特定のユーザーに固有のプログラムがあるだけです。 ユーザーの移動時に別のマシンに転送（または同期）できます。 転送できないものは/home/$USER/.local/binに保存されます。 ドットなしで local を使用できます。 /home/$USER/sbin は明らかな理由で欠落しています。
修正や追加をいただけると嬉しいです。
出所： habr.com