最初のステップでは、既存のGPT / MBRデータ構造を破壊するディスクフォーマット/パーティションの議論を見ました。
sgdisk --zap-all /dev/nvme0n1
以前はこれを認識していませんでしたが、ディスクを設定するときは通常次のものを使用します。
parted --script --align optimal \
/dev/nvme0n1 -- \
mklabel gpt \
mkpart ESP fat32 1MiB 512MiB \
set 1 boot on \
name 1 boot \
mkpart primary 512MiB 100% \
set 2 lvm on \
name 2 primary
まず、物を整理する必要があります(例sgdisk --zap-all
:)?そうしないと、どのような不利益がありますか?
答え1
この推奨事項は、他のツールがGPTを正しくサポートしておらず、GPTメタデータのすべての部分を削除しなかった場合に行われました。 /options のsgdisk
マニュアルページから:--zap
--zap-all
fdiskまたはGPTをサポートしていない他のプログラムを使用してGPTディスクを再パーティション化する場合は、このオプションを使用してください。
これはもはや真実ではありません。どちらもGPTをfdisk
サポートしparted
、新しいパーティションテーブルを作成すると、GPTヘッダー(GPTにはディスクの末尾にバックアップヘッダーがあり、削除しないと問題が発生する可能性があります)と保護MBRヘッダーの両方が削除されます。
しかし、既存のストレージレイアウトを削除するときは、通常、すべてのヘッダー/署名を適切に削除するのは悪い考えではありません。私は個人的にwipefs
後で偶然発見される可能性があるものを残さないように、すべてのデバイスを削除する前に削除する習慣があります。新しく作成されたMDに突然ファイルシステムがある状況に直面したことがあります。アレイまたはLVM論理ボリュームは、以前のデバイスと同じ(または十分に近い)オフセットで作成されるためです。ストレージツールは通常、新しいパーティション/デバイスを作成するときにファイルシステムの署名を検出して消去できますが、手動で実行しても問題はありません。