パーティションをソートした状態でSSD /フラッシュの先頭に空きスペースを使用すると、欠点がありますか？ [閉鎖]

1MBのオフセットは、デフォルトのストレージに関係なくソートをほとんど保証するために選択されました。ディスクが4KiBセクタになると、最初に選択されます。しかし、ソートはソートなので重要ではありません。

ストーリータイム！

最初の4Kディスクを以前のアレイで動作させる必要がある場合、セクタ64に移動することは不可能であるため、セクタ56（既存の63とは反対）でパーティション化を開始しました。 RAIDアレイ。 DOSパーティションテーブルではGRUBのための少しのスペースを占めましたが、幸運にもまだ十分です。後で大きなディスクを入手したときに2048セクタに移しました。ディスクが大きいため、パーティションはまだRAIDアレイに参加するのに十分な大きさです。もちろん、システムに別のディスクがあると、システム管理者の作業量が増えますが、人生も同じです。 （幸い、ほとんどのシステムをノックアウトできました）。

1MBのスペースはマルチテラバイトディスクでは目立たない。何百ギガバイトのSSDにもありません。私は認めるする無駄なスペースは私を少し迷惑させます。つまり、私は120MBが巨大なハードドライブで、オペレーティングシステムがフロッピーディスクに入ることができる時代に成長しました。1MB！ ？これは完全なオペレーティングシステムです！

しかし、一つの大きな利点があります。 4Kディスクに合わせて配置し、SSDに合わせて（物理ブロックサイズは少なくとも64KiB）、アレイ上のストライプ位置合わせはかなり簡単で、かなり長い間維持されます。すべての合理的なストレージ技術は一貫性を維持します。

ただし、ディスクが1つしかない場合は標準ではないことを除いて、実際には欠点はありません。 （たとえば、パーティションテーブルを失った後にディスクデータを回復しようとすると、2048年から始まるパーティションを最初に確認します。）

他のオプションの場合：ソートされていない起動はそれほど大きな問題ではありません。読み取りは少し遅く、書き込みははるかに遅くなる可能性がありますが、これは目に見えるほど頻繁には発生しません。ただし、64MB /bootパーティションは小さすぎるため、256MB未満ではありません。 （通常ではない）ターゲットinitrdも約5MBで、カーネル用の他のものは約4MBであり、数回の更新後にはスペースがかなり早く不足します（以前のカーネルを頻繁に削除しない限り）。しかし、そこにカーネル/initrdを入れない限り、EFIブートは問題ありません。

パーティションを編むことはbios_grubまったく問題ありません64s-2047s。 DOSパーティションでは、最初の数セクタが使用されます（パーティションなし）。

データパーティション、物理ファイルシステムの場合は、MiBソートに固執します。

システムでBIOSの「ブートセクタガード」機能が有効になっている場合、ソフトウェアRAIDにフルディスクを使用すると、BIOS機能が（極度の安全のために！）初期ブロック書き込みを防止するため、RAIDソフトウェアに不快感を与える可能性があります。したがって、これはディスク全体を使用することの潜在的な欠点です（BIOSでその機能をチェックし、その機能がオフになっていることを確認しない）。