OpenBSD 5.5で完全なSSDを使用したくありません。 （SSDは新しいものであり、Gpartedを使用してMSDOS経由で事前フォーマットされています）
インストール中およびfdiskステップでOpenBSDをインストールするためにパーティション番号：0を選択しました（パーティションIDをa6に変更しました）。パーティション＃：1または2に別のUnixファミリーオペレーティングシステムをインストールする予定です。
パーティションオフセット（デフォルトは0）を求めるプロンプトが表示されたら、63の代わりに64と入力しました（インターネット上のSSDの場合、オフセットは64で開始する必要があると読みました）。そうですか？
私のSSDディスク構造に関する追加の詳細は次のとおりです。
インストールプロセスは問題なく順調に行われました。
コンピュータを再起動した後、最後の数行はエラーメッセージです。
root on sd0a swap on sd0b dump on sd0b
panic: root filesystem has size 0
Stopped at Debugger+0x5 : leave
Run at least 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! IF RUNNING SMP, USE 'mach ddbcpu <#>' AND 'trace' ON OTHER PROCESSORS TOO.
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb{0}>
答え1
オフセットは512バイトセクタで指定されます。 63の代替オフセットは廃止されたため、無視する必要があるC / H / Sジオメトリからのものです。
オフセット64が63よりも良いようです。明らかに、より均一です。 512*64 = 32KiBの整列を提供します。あなた本当に4KiBソートを目指したいです。 （SSDを使用していなくても、ハードドライブは4KiBセクタに内部的に基づいています。）
個人的には私は1MiBに合わせようとしています。これは（1024 * 1024）/ 512 = 2048セクタになります。
他のすべての現在のオペレーティングシステムは、1MiBと一致するように設計されています。 （つまり、トラブルシューティング）。これに固執すると奇妙なバグを避けることができます。他のオペレーティングシステム（特にLinuxまたはWindows）をインストールするときにBSDと同じソートを使用すると、パーティションテーブルを理解しやすくなります。理解しやすくなると、エラーを見つけやすくなります。ここで考えるのは、以前のバージョンのDebianで遭遇した既存のディスクにパーティションを作成したときに発生するソート不良の問題です。
最新のフラッシュ消去ブロックは32KiBよりはるかに大きいです（少なくとも128KiB / 256KiB）。つまり、これは主にRAID目的にとって重要だと思います。これは、大規模なIOにのみ重要であり、ファイルシステムが内部的に必ず1MiBにソートされる必要はないためです。
デフォルトのオフセットがゼロであると言うと心配です。セクタ0はMBRパーティションテーブル（またはGPTを使用している場合は保護MBR）によって占められているため、パーティション化には使用できません。 0の場合以前はユーザー（BSD）がMBRの次のような他の場所で計算を開始しており、それを補償する必要があることを示す有効なオフセット。
あなたのアップデートが私の懸念に答えてくれました。無効なオフセットを 0 に指定すると、「このパーティション番号は使用されません」を意味します。
（また、目的に合わせて使用するパーティションを「選択」する理由を説明します。Linux fdiskが表示する方法なので、「作成」について説明します。この点で、BSD fdiskは表示します。
答え2
はい、このような問題がある場合は、問題を解決するための良い方法は、cat /dev/zero> /dev/disk（すべて1つ）を実行してすべてを0にし、適切に整列したディスクで再起動することです。以前にブートコードの既存の部分を検出すると、エラーが発生することがありました。