だから私は次のパーティショニングについて考えてきました。別個の空間セクション。最近、私はパーティショニングを試みることにしましたが、私の理解に欠陥があることがわかりました。いくつかの例には、分割を実行する必要がある状況が含まれます3
。
/
=ルート、32GiB
/boot
=開始、1GiB
/home
=家、100%
=200GiB
今少し混乱しています。私が考えるのは/
メインコンテナであり、他のコンテナは古いコンテナのサブコンテナです。サブコンテナ(例:(/home
))が実際に200GiB
そのサブコンテナの制限を超えているのはなぜですか?/
32GiB
ベストアンサー1
ファイルシステム(組織)セマンティクスとパーティション(ストレージ)セマンティクスを混同しています。
Linuxファイルシステム階層は、トランク(/)、ブランチ(/boot、/home、/bin、/usr、/var)、およびサブブランチ(/usr/bin、/var/log)を持つ巨大なツリーのようなものです。 .. )。この比喩は親、子孫と同じです。
ファイルシステム内のこれらのシンボル/名前はすべて、ストレージスペース(パーティション、USB、外付けドライブなど)がマウント(「マウント」)できるツリーのポイントを表します。
一部のストレージデバイスを掛けたり取り付けたりする場合ただツリーのトランク(/)には、トランクのすべての枝と子の枝(/boot、/home、/usr/bin)をこのストレージスペースに含める必要があります。
ただし、トランク(/)に最初のストレージスペースをマウントし、ブランチ(たとえば/ home)の1つに追加のストレージスペース(別のパーティションなど)をマウントすると、2番目のストレージスペースが追加されます。トランク(/)へ。これはファイルシステムの下のストレージ全体ですが、ファイルシステムのマウントポイント(/ homeなど)を介してのみアクセスできます。 /homeにマウントされた2番目のストレージは、(/)にマウントされたストレージに追加されます。 /の他のすべてのブランチ(/ boot、/ usr、/ varなど)は、最初のマウントされたリポジトリに引き続き含める必要があります。
したがって、/、/boot、/homeなどはファイルシステムのアクセスポイントにすぎません。これらのポイント(たとえば、/)にいくつかのストレージをマウントすると、子または孫のストレージに追加のストレージをマウントするまで、そのポイントのすべての子およびサブストレージが自動的にそのストレージスペースに含まれます。