データディスクからEFIシステムパーティションを削除する

安全である必要がありますが、絶対に確実にするには、/etc/fstabデータディスクを参照しているUbuntuのすべてのエントリを一時的にコメントアウトしてシステムをシャットダウンし、一時的にHDDからデータケーブルを外し、オペレーティングシステムがまだ起動していることを確認してください。 。両方のオペレーティングシステムが正常に起動したら、ESPを削除できると確信できます。問題が発生した場合は、ケーブルを再接続してください。

テストが完了したら、/etc/fstabUbuntuで最初にコメントアウトされたアイテムのコメントアウトを削除することを忘れないでください。

システムがレガシーモードで起動した場合、ESPパーティションはまったく問題になりません。これは、本質的に特定のパーティションタイプUUIDを使用するGPTパーティションディスクの通常のFAT32パーティションです。

理論的には、UEFI対応システムは、最初に1つのディスクのESPからUEFIドライバを読み取り、次にレガシー互換レイヤを有効にし、別のディスクからレガシーBIOSモードで起動するように設定できます。 UEFIファームウェアはドライバなしで直接起動できません。ただし、これは非常に具体的な構成なので、ほとんどのUEFIファームウェアではこれを許可しないようです。したがって、これらの特定の構成がある場合は、システム/ボードを開発したエンジニアリングチーム以外の誰よりも、特定のUEFI実装に関する詳細をすでに知っているはずです。

ESPを削除すると、削除に使用するツールがGPTパーティションテーブルのESPスロットを単に未使用としてマークするか、GPTパーティションテーブルを完全に書き換えるかによって、パーティション番号に影響を与える可能性があります。 。実際には、Ubuntuがデバイス名でHDDのパーティションを参照している場合は、/dev/sd*そのディスクのパーティション番号を1ずつ調整する必要がある可能性があります。 Ubuntuがパーティションを識別するためにボリュームラベルまたはUUIDを使用している場合は、いかなる/etc/fstab場合も何もする必要はありません。

ハードドライブの内容に応じて最も簡単な確認方法は、ハードドライブを取り外し、すべてのオペレーティングシステムがスムーズに起動していることを確認することです。

ESPの削除（つまり、新しいパーティションを作成せずにテーブルからパーティションを削除する）には、2つの主な効果があります。

1. パーティションのデータ損失
2. このディスクのパーティション番号が変更されます。

続行する前に、すべてのオペレーティングシステムがBIOS/レガシーモードで起動していることを確認してください。

（1）を保護するには、Linux / * nixオペレーティングシステムが/boot。fstab

（2）の場合 - GPTディスクにオペレーティングシステムが残っていますか？その場合は、ブートローダがそのディスク上の正しいパーティションをどのように見つけるかを確認できます。数値で正しいパーティションを見つけるようにGRUBを設定したLinuxディストリビューションはありません。すべてのディストリビューションはUUIDを使用する必要があり、これは他のオペレーティングシステムとは異なる可能性があります（UUIDベースのパーティション参照はWindows 8にのみ表示されるようですが、わかりません）。 Linux/*nix で HDD にパーティションをマウントする場合は、fstab エントリーを確認します (UUID またはその他の数字に拘束されない方法を使用する場合)。それ以外の場合、マウントは中断されます。