/home、/root、/usr の違い

まあ、さまざまな考慮事項があります。

1. 何も入れませんでした/root。これはuid 0とシステム管理にのみ適用されます。ルート以外のユーザーは通常アクセスできません。

2. /home/<username>コンピュータに権限がないユーザーで、インストールしているソフトウェアを個人的に使用できる必要がある場合は、以下からインストールしてください。あなたが管理者であれば、通常、ユーザーのホームディレクトリをうまく操作しないでください。

3. /usr/local何らかの理由でローカルソースからインストールする場合（パッケージマネージャを介してインストールせず）、通常のパッケージにインストールされます。通常、ソースtarballで標準のautoconfオーダーを実行するときに./configure && make && make installコンテンツが配置される場所です。/usr/local/binまた、一般的に使用できるようにするには、いくつかのローカルで開発されたユーティリティをダウンロードしました。

4. /optサードパーティのプリバンドルソフトウェアをインストールします（バイナリインストーラを使用している場合はCalibreが良い例です）。これにより、/optインストールする各パッケージごとに別々のディレクトリが作成され、そのディレクトリにはそのパッケージに必要なすべてのエントリが含まれます（すべての/usrパッケージ/usr/localのバイナリが下にあり、binすべてのパッケージのライブラリがlib＆cの下にあります）。一般的に言えば、さまざまなコンポーネントがたくさん必要なソフトウェアを自分で書いたりパッケージしたりする場合はここに入れるのは大丈夫かもしれませんが、推奨されていない場合は、他のパッケージをそこにインストールすることはおそらく最善の選択ではありません。しかし、これはコメントの問題かもしれません。

ユーザーまたは管理者が手動でインストールするパッケージを作成する場合/optまたは必要があります/usr/local。他人のパッケージをインストールする場合は、その人のアドバイスに従ってください。配布用に何かをパッケージ化する場合（おそらくそうではないかもしれません）/usr。

うまく機能するシステム統合パッケージには、次の特徴があります。

• 実行可能ファイル存在する/usr/bin
• .soおよび.aライブラリ存在する/usr/lib
• アーキテクチャ独立データ(文書含む)/usr/share
• システム全体の構成データ存在する/etc
• ユーザー構成データドットファイル$HOMEまたは$HOME/.config

パッケージがシステム統合ではない場合（たとえば、ソースから構築されたパッケージ）、プレフィックス/usr/localは/usr。

パッケージがこのデータ分離規則に従わない場合/opt。

外部および内部に書き込む権限がない場合はコピー$HOMEできますが、binほとんどのユーザーレベルのパッケージマネージャはこれに従わない（私の経験上）。libshare$HOME/.local

/rootルートユーザーの家です。通常、/rootシステムにソフトウェアをインストールするかどうかを心配する必要はありません。

/家個々のユーザーのホームディレクトリのうち、デフォルトのディレクトリです。 Windows XP では、/home は %HOMEDRIVE% と同じです。フルパス（通常は/home/$Loginname）は％HOMEPATH％と同じです。

/根デフォルトのスーパーユーザーアカウントのホームディレクトリ。初期起動中に使用できるように/に常駐しますが、/homeは使用できない場合があります（ネットワーク共有または独自のマウントポイント）。

/usr/localに対する他の回答で読むことができる内容は繰り返しません。