/ home以外のものを別のパーティションに配置するのはなぜですか？

だから、最近のDebian 5.0.5インストーラは別の持っているように私に提供し/usr、/home、/varと/tmp（1枚の物理ディスク上の）パーティションを。

これの実際的な理由は何ですか？/homeユーザーファイルを個別に暗号化できるため、別のパーティションに配置するのが有利な場合があることを理解していますが、それ以外の理由は何ですか？

1. 損失の最小化：/usrが別のパーティションにある場合、破損/usrしても回復できないという意味ではありません/etc。
2. セキュリティ：/常にroであるとは限りません（/rootrwなどである必要がある場合があります）/usr。roをできる限り使用するために使用できます。
3. 異なるFSの使用：（/tmp信頼性はありませんが、多くのファイルに対して高速である）および/home（信頼性がなければなりません）には、異なるシステムを使用することができます。類似性に/varはデータが含まれます/usrが、/usr安定性は犠牲になりますが、そうではありません/tmp。
4. fsckの期間：パーティションが小さいほど、チェックが高速になります。
5. 他の方法はクォータですが、パーティションの満杯について言及しました。

/usr同じOSを共有する複数のマシンがある場合は、別個のものが便利です。/usrすべてのシステムで複製するのではなく、単一のセントラルを共有できます。/usr読み取り専用でマウントできます。

/varそして/tmp、ユーザープログラムまたはデーモンによっていっぱいになる可能性があります。したがって、これらを別々のパーティションに配置して/、ルートパーティションが100％いっぱいになることを防ぎ、システムにひどく打撃を与えても安全です。これらに対して2つの異なるパーティションを持たないようにするため/tmpに、へのシンボリックリンクであることは珍しくありません/var/tmp。

普通のユーザーは、物事が書き込まれることがありますので、/varおよび/tmp、したがって、潜在的にシステム全体の問題が原因。この方法では、ユーザー・プロセスがいっぱいになることが/var及び/tmpルートFSを、ではなく。別の/usrために有用である/usrNFS、または他のリモートFSを超えます。

（これが明確であり、コーヒーを飲んでいないことを願っています）

問題は、完全なルートfsによりLinuxシステムが動作不能になり、管理者でさえリカバリCDなどを使用せずに修正できることです。とき/tmpと/var、特に/home別のパーティションにある、ルートfsはそれをやって管理せずに埋めることはありませんすることはできません。テイク/usrすべての通常のインストールが配置されるミックスに、さらには新しいソフトウェアをインストールすると、この問題が発生することはできません。

一般に、個別のパーティションを持つための引数は次のとおりです。

1. セキュリティ：たとえば、パーティションを読み取り専用でマウントして、悪意のあるユーザー（またはプロセス）がそこにあるバイナリを上書きしたり、トロイの木馬で置き換えたりしないようにすることができます。したがって、sshバイナリが/ usr / local / binにあり、/ usr / localが読み取り専用でマウントされている場合、そのバイナリを置き換えるのは誰にとっても困難になります。

2. 柔軟性/利便性：たとえば、独自のパーティションに/ varを設定して80％に達すると、サイズを変更したり、必要に応じて別のディスクに移動したりできます。/ varの下にあるログが何らかの形で行き詰まってしまったため、 '/'が100％いっぱいになっているシステムを扱うよりも、そうする必要があります。パーティションごとに異なるファイルシステムを完全に持つこともでき、OSでext3（たとえば）を使用したり、データベースでext4を使用したり、オブジェクトリポジトリでXFSを使用したり、カスタムアプリで... RAWデバイスを使用したりできます！

従来、この方法で開発されたのはDECハードウェアの特性のためでした。ルートおよびスワップ用に小さく高速なディスクを、ユーザーデータ用に大きく低速なディスクを購入する方が経済的でした（/usr）。いくつかの点で、慣習はそのまま固まりました。

ただし、これにはいくつかの理由があります。いくつかの一般的なものは次のとおりです。

• / bootをディスクの先頭近くの別の小さなパーティションに配置します。古いPC BIOSファームウェアは、ディスクの最初の1024トラックからのみ起動します。これは、最新のハードウェアでは問題になる可能性が低くなります。

• 以下のような忙しいのパーティションに置く/varか、/tmpユーザーデータへのアクセスにボトルネックを解消するために別のディスクにします。

• 異なるパーティション上の異なるファイルシステム。たとえば、/usrOracleなどのDBMSのファイルをホストするパーティションではなくジャーナリングファイルシステムを使用したい場合があります。DBMS は独自のジャーナリングを実行し、ジャーナリングファイルシステムは大きなオーバーヘッドを課します。

• ユーザーデータを別のディスクまたはパーティションに保存すると、マシンで大手術をすることなく、簡単に大きなデータに移行できます。

• ホームディレクトリやアプリケーションバイナリなどの共有データをNFS経由でマウントすることもできます。

• fsck特定の種類のファイルシステムの大容量のボリュームに長時間かかります。システム領域（頻繁）とユーザー領域（頻繁ではない）に異なるファイルシステムメンテナンススケジュールを設定できます。

ファイルシステムのフォーマットは、rm -rf'ingよりも高速です。特に、消去する小さなファイルが数千ある場合。完全に再作成したいSquidキャッシュ...処理する必要があるが、最終結果の作成後に破棄できる大量の画像ファイル。巨大なコンパイルの.objファイルなど

私が時々別のパーティションに置くフォルダーは/usr/local/、ディストリビューションのパッケージマネージャーとは別にビルドしてインストールしたソフトウェアを、ディストリビューションを変更/アップグレードした場合、またはそれに沿ってインストールされた別のディストリビューションが再利用できるようにするためです。可能なすべての組み合わせで機能することは保証されていませんが、害はありません。

/tmptmpfs を置くので、内容はディスクではなくRAMに保存されます。しかし、/etcそれ/usrは役に立たないでしょう。

ただし、異なるファイルシステムに異なるディレクトリを配置できると便利です。すなわち/home、ext4のような高速/実験ファイルシステムとext2のような安定/信頼性のあるファイルシステムで/etc。