だから私は次のパーティショニングについて考えてきました。別個の空間セクション。最近、私はパーティショニングを試みることにしましたが、私の理解に欠陥があることがわかりました。いくつかの例には、分割を実行する必要がある状況が含まれます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などはファイルシステムのアクセスポイントにすぎません。これらのポイント(たとえば、/)にいくつかのストレージをマウントすると、子または孫のストレージに追加のストレージをマウントするまで、そのポイントのすべての子およびサブストレージが自動的にそのストレージスペースに含まれます。
答え2
パーティションに他のパーティションが含まれていません。
使用する各パーティションにはマウントポイントがあります。プライマリ(ルート)パーティションは/
起動中に自動的にマウントする必要があり、その後別のパーティションを必要な既存の場所にマウントできます。
注目すべき重要な点の1つは、パーティションをどこかにマウントすると、パーティションがマウントされているパーティションと同じ場所にすでに存在するコンテンツが非表示になることです。したがって、/boot
マウント前にファイルを作成すると、/boot
そのファイルはマウント後に使用できなくなります。
答え3
ルート(/)は、システムに関するすべてを含む基本コンテナです。パーティションは、ファイルシステムを含むハードドライブの一部にすぎません。
ルートは他のファイルシステムとは関係がないので、まずそのファイルシステムを「マウント」する必要があります。このようにしてディレクトリをパーティションにバインドできます。したがって、ファイルシステムの「ホーム」ディレクトリは、それをマウントしたパーティションにリダイレクトされます。ルート自体はパーティションにインストールされます。
これらのパーティションは互いに含まれていないため、簡単にマウントして接続できます。
/etc/fstab でどのパーティションがあり、どこにマウントされているかを確認できます。