fdisk-必要ですか、それとも直接ファイルシステムを作成できますか?


9

私はfdiskがパーティションを作成できることを読みました/これは物理ディスクをいくつかの論理パーティションに分割することです。

ディスク全体を全体として使用する場合でも、それは私にとって必要ですか

1)fdiskを実行して、ディスク全体のサイズを占めるプライマリパーティションを作成するか、

2)fdiskを実行せずにmkfs.ext4を実行できますか?

3)そして、なぜ->

編集済み->すべてのコメント(はいといいえのコメント)をすべて読んだ後、誰かが実際にfdiskの機能を教えてくれればいいと思います。必要がない場合と比較して、なぜ実際に必要なのかを理解できるようにします。

私はグーグルで試しましたが、ほとんどのサイトはfdiskの方法を教えていますが、その理由(またはほとんどの場合、デュアルブートシステムを作成する理由)は教えていませんが、単一のパーティションでも必要な理由を知りたいのです。

また、ディスク上でmkfsを直接試し、データとファイルを格納するためにマウントしました(問題はないようです)。これにより、fdiskが実際にストレージディスクに対して何を実行するかについて、さらに興味を持つようになります。

回答:


5

いいえ、あなたはありません必要なことを。ディスクとファイルシステムは、パーティションテーブルがなくても正常に動作します。危険な専用を選択した場合、一部の古いBSDはデフォルトでこれを行いました。

ただし、互換性の理由から強くお勧めします。


もう少し詳細:

/ dev / sdbで直接mkfs.ext4を実行できます。うまくいきます。その後、問題なくマウントできます。(mkfs.ext4 -F -F /dev/sdb)。

この方法で起動可能なディスクをセットアップできます。それでも起動するためにいくつかのコードが必要になります。つまり、ディスクの最初のビットをスキップする必要があります。(例えば、MBRとそれを超える伝統的ないくつかのセクターで古典的に使用されているスペース)。同等のスペースは失われますが、技術的にはまだMBRを使用していません。

ただし、最新のセットアップでは、これらのいくつかのセクターはドライブ容量のごく一部です。そのため、GPT(または古いシステムMBR)を使用することをお勧めします。しかし、あなたはなしで行うことができます。


mkfs.ext4は、ターゲットがパーティションではないように見える場合や、ターゲットデバイスがマウントされているように見える場合でも、-Fパラメーターを使用してファイルシステムを強制的に作成しているようです!これはそうすることの固有のリスクを指摘していると思います...
David W

同意した。また、「このオプションは2回指定する必要があります」は二次予防策です。
Hennes、2015

@Hennes元の投稿を更新しました。ぜひご覧ください
Noob

1
fdiskを、本の索引作成と比較してください。人々はインデックスを期待し、インデックスがないと混乱します。索引がなく、ストーリー/チャプターが1つある本でも引き続き機能します。
Hennes、2015

1

物理ディスク全体を使用する場合でも、パーティションテーブルを作成する必要があります。パーティションテーブルは、ファイルシステムの「目次」と考え、各パーティションの開始位置と停止位置、およびそれに使用されるファイルシステムを識別します。


ストレージをrawデバイスとして使用するつもりだったとしても?まだfdiskが必要ですか?fdiskでパーティションを作成することについて読みましたが、なぜそれが必要なのかわかりません
Noob

1
生のバイトのみが含まれ、他に情報がないディスクを渡した場合、データを取得するためにどのように解釈しますか?できませんでした。単純化しすぎですが、それがパーティションテーブルの役割です。「ここにデータがディスクに保存されている場所(開始/停止場所/シリンダー/トラック)、そしてそれがどのように編成されているか(ファイルシステム)」と書かれています
David W

実際には、できます。フロッピーを取ります。1つのパーティション/ボリュームを想定しています。使用するファイルシステムを指定し(何を使用するかを示すMBRがないため、手動で指定するか、/ etc / fstabに入力する必要があります)、ファイルシステムの情報を読み取ります。古典的な例:フロッピーとFAT12。
Hennes

1
標準のパーティションテーブルには、ファイルシステムのボリュームブートレコードに含まれていない、または簡単に作成できる情報はありません。MBR /パーティションテーブルにソフトウェアを依存してファイルシステムを正しく認識したり、ファイルシステムから起動したりすることは、完全に人為的なものです。
kreemoweet 2015年

1
いいえ、パーティションテーブルは必要ありません。パーティションテーブルに示されているファイルシステムタイプは無視されます。代わりに、明確に定義されたバイトのシーケンス(「マジック」)を使用して、ファイルシステムのタイプを決定します。もちろん、ディスクから起動したい場合、それは別のことです。
ダニエルB

0

ベアドライブにファイルシステムを作成することもできますが、それが機能することはめったにありません。一部のペンドライブはそのように構成されています。しかし、あなたがしたくないハードドライブのために。

それがプライマリ/唯一のドライブになる場合は、そのように作成してもまったくブートできません。BIOSは、ドライブの最初のセクターを読み取って実行します(別名、最初のバイトにジャンプします)。あなたは本当にファイルシステムのメタデータを実行したくないのですか?幸い、BIOSにはフェイルセーフが含まれているため、そうはなりません。BIOSがドライブを起動可能と見なすには、そのセクターの最後の2バイトが0x55 0xaaである必要があります。UEFIシステムを使用していると、UEFIが機能するために個別のFATパーティションが必要になるため、さらに悪い状況になります。

それがセカンダリハードドライブになる場合、これは機能するかもしれませんが、それでもお勧めしません-自動検出は機能しません。ほとんどのツールは、ドライブがフォーマットされておらず、パーティションが必要であることを通知します(データを破壊します)。

その場合も、そうすることが可能な場合ありますが、非常にハッキーな方法で、いくつかのファイルシステムのディスク上の編成に関する複雑な知識が必要です。ブート可能なCD、ブート可能なUSBドライブ、または古いMacでさえブートできるイメージの説明を見たことがありますが、これは「ファイルシステムの長さをxxxにすると、無害なレジスタ比較として実行される別のアーキテクチャによって実行されます。


ペンドライブの例に関する拡張情報:これは、「スーパーフロッピーフォーマット」と呼ばれることが多いMBRのないフロッピーやペンドライブでも使用されます。
Hennes、2015年

@Torinthiel、元の投稿を更新しました。ぜひご覧ください
Noob

-1

ディスク全体を使用する場合でも、パーティション化する必要があります。この場合、パーティションはディスク自体と同じくらいの大きさです(少なくとも、少なくとも。パーティションテーブルはある程度のスペースを占有します。詳細については、以下を参照してください)。

パーティションとファイルシステムの概念を、通常「ハードドライブ、空かフルか」と考える人に紹介すると、次のようになります。ハードドライブは建物であり、パーティションは実際の部屋です。特定のファイルシステムでパーティションをフォーマットして使用可能にします。建物の構造では、これはキッチンタイプとベッドルームタイプなどの部屋タイプの宣言(つまり、使用方法)に対応しています。

さて、元の質問に戻るために、パーティションテーブル(ドライブの最初の512バイト)には、物理​​ドライブのどこでパーティションを見つけることができるかに関する情報が含まれているため、ファイルシステムをパーティション化されていないドライブに置くことはできません。ファイルシステムを作成するには、パーティションテーブルが参照できる場所から開始する必要があり、定義されたスペースがないパーティション、つまりパーティションを参照することはできません。

また、パーティションテーブルをビルディングアナロジーに配置する場合、それはビルディングの設計図に相当すると思います。

質問の編集を反映した更新:fdiskの機能は、サイズ、タイプ、物理的な場所など、パーティションの特定の側面を選択できることです。次に、fdiskは、これらをパーティションテーブルエントリに変換します。基本的に、ディスク上のすべてのパーティションの「リスト」でパーティションテーブルが最新であることがわかります。リストの各項目は、どのパーティションがどこで見つかり、どのタイプであるかを示します。これは、オペレーティングシステムがパーティション上のデータにアクセスする場所を認識するためです。


1
いいえ。する必要はありません。使用していません。ただし、それでも強くお勧めしますが、なくてもかまいません。
Hennes、2015年

@Jarmund元の投稿を更新しました。ぜひご覧ください
Noob
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.