正しく配置されたパーティションを作成するためのルールを理解しようとしています。
今のところ、仮想マシンでparted
で遊んでいますが、自信がついたら実際のハードディスクに移行する予定です。私は2008年にラップトップを購入したので、4つのKiBセクターはありませんが、512Bのセクターがあります。 4 KiBブロックのEXT4ファイルシステムを使用するので、とにかく4KiBに揃える必要があると思います。私の知る限り、セクターにはゼロから番号が付けられ、最初のセクターはMBR用に予約されています。したがって、MBRの後に7つのセクターを未使用のままにする必要があると結論付けます(4096 B/512 B-512 B)。最初のパーティションはセクター8から開始できます。このパーティションの終わりは、1より小さい任意のセクター番号にすることができます。 8で割り切れる数。たとえば、EXT4ブロックが1つしかない非常に小さいパーティションの場合は15。
問題は、parted
が「結果のパーティションが最高のパフォーマンスを得るために適切に配置されていない」と言っているのに、何が悪いのか正確には教えてくれないことです。代わりにfdisk
を使用しようとすると、最初のパーティションの開始に2048(1 MiB)未満のセクターを使用することさえできません。この背後にある理論的根拠を探しましたが、何も見つかりませんでした。
将来的には、LVM、RAID、暗号化も考慮したパーティショニングルールに興味があるかもしれませんが、これは今のところそれほど重要ではありません。最初に基本を理解する必要があります。
Util-linuxメーリングリストで質問しました(「fdisk」プログラムはutil-linuxパッケージに属しています)。スレッド全体を読むことができます ここ 。関連する部分を引用させてください。
ケイ・シェバースは言った:
これは事実上の標準であり、Windowsも同様です。最初のメガバイトは、ここでは、ブートローダーまたはディスクまたはボックスの起動に必要となる可能性のあるその他の管理データ用に予約されています。
カレルザックは言った:
本当の理由は、1MiBが、ほぼすべてのランダムなハードウェアでパーティションを整列させておくための理想的なオフセットであるということです。このオフセットは、512バイト、4096バイトのセクターデバイス、多くのRAIDデバイス、および物理セクターサイズが誤って報告されている古い壊れたWDディスクと互換性があります。 dd(1)を使用すると、物理デバイストポロジ(I/O制限)などを気にせずに、PT +データを別のデバイスに移動できます。
パーティションサイズをMiBに揃えておくことも重要です。たとえば、+ {M、G}規則でサイズを指定した場合、これはfdiskのデフォルトです。