重複の可能性:
パーティションレスファイルシステムの利点
だからブロックデバイスが/dev/sda
あります/dev/loop0
。前者からブートするか、別のファイルシステムを持つセグメントに細分化するには、明らかにパーティションを分割する必要があります。しかし、私にはこれらの要件がないとしましょう。代わりに、ブロックデバイス全体をストレージとして使用する予定です。 RAIDボリュームの一部にすることも、cryptsetupを使用して暗号化することも、LVMを使用してPVにすることもできます。あるいは、ファイルシステムを直接マウントしたい場合があります。そのような場合、少なくとも一部では、分割されていないデバイスの使用に技術的な障壁がないようです。これはLostupによって生成されたブロックデバイスで、私たちが一般的に行うことであり、通常のハードディスクでも行うことができます。私はそれを試したので知っている。
これでこれを行うには危険があります。たとえば、実行を続けると、意味のあるfdisk /dev/sda
コンテンツは表示されません。誤ってパーティションテーブルやデバイスに似たものを書き込むことができ、パーティション化されていないデバイスからデータが転送されます。デバイスが接続されている状態でWindowsを起動すると、浸水する可能性があります。人々は怖い話をします。
しかし、デバイスがUnix設定にのみ接続されていて(単純化のためにLinuxを使用します)、パーティションテーブルやMBRなどを書き込もうとしない場合は、パーティション化されていないストレージを使用することを理解したいと思います。デバイスに他の欠点がありますか?私はこれをお勧めしません。私はこれをしない実際の理由が何であるかを知りたいだけです。
一方、ブロックデバイスのパーティション化に障害や欠点がありますか/dev/loop0
?たぶん役に立たないかもしれません。しかし、私はそれがうまくいくことを願っています。そうですか?ここで私は私たちの標準的な慣行の理由を理解したいので、この質問を提示します。
答え1
カーネルやその他のプログラムは、ブート時など、ディスク上のパーティションを見つけることがあります。パーティションテーブルがあれば素晴らしいです。パーティションテーブルを見つけて挿入できます。何もないあなたはそのパーティションにいることを望みます。
しかし、もしあなたがいいえパーティションがある場合注意する必要がありますディスクに何も入れないでください見えるかもしれませんパーティションだと思います!そうしないと、後続の起動時にデータが誤ってパーティションテーブルとして解釈される可能性があります。
私は常に安全のためにパーティションテーブルを作成します。
答え2
通常、パーティショニングは必要ありません。ブートデバイスの場合:a)BIOS APIを介してブートパーティションへのアクセスを許可し(MBRブートローダがパーティションにインストールされている場合はMBRブートローダが適切にロードできるようにする)、b)次を許可する必要があります。 grubまたは他のブートローダの読み取りを介してアクセスできるブートパーティション(たとえば、liloはLVMを読み取れません)
他のすべての観点から見ると、特別な理由がない限り、デバイスを分割する必要はありません。
答え3
パーティションは単にブロックデバイスの論理サブ部分です(または一括ストレージを使用します)。
制限事項などを除き、全く細分化する必要はありません。しかし、そこにファイルシステムを置く計画であれば、話は異なります。
パーティションを分割せずにフォーマットでき、ファイルシステム構造を作成するだけです。 BIOSまたはその他の下位レベルのエントリを介してこのパーティションにアクセスできるようにするには、パーティションテーブルとMBRを使用して特定の時点でコピーをアーカイブすることをお勧めします(パーティションとフォーマットツールを使用してこれを行うことができます)。 )。
これは基本的に、ユーザー(つまり、あなた)による論理分割ではなく、実際の分割の唯一の理由です(何らかの理由で)。
これはあなたの質問に合わないかもしれませんが、システムパーティションとユーザーパーティションを使用すると、他のパーティションを失うことなくフォーマットできるという利点があります。ユーザーディレクトリよりもシステムをより頻繁にフォーマットできます。すべてのユーザーデータを外部ドライブや他のデバイスに保存する必要はありません。また、このパーティションを使用して一部のシステム設定をバックアップできます。