Windowsのインストール中に、EFIパーティションはfat32にないと考えられますが、fat32にあります

Ubuntuをhddにインストールしました。最近、gdiskを使用してそのディスクをGPTに変換し、fat32でフォーマットされたEFIパーティションを作成しました（変換直後はntfsでしたが、fat32にフォーマットしました）。ただし、Windowsをディスクの未割り当て領域にインストールしようとすると、ESPがFat32にないというメッセージが表示され、fat32にフォーマットするように求められました。私はubuntuで再起動し、パーティションをチェックしました：

1. GPTへの変換中に作成されたESP（fat32、約4 Mb使用、200 Mb未使用）
2. Windows（NTFS）によって作成されたパーティションを復元する
3. Windowsによって作成されたESP（fat32、約4 Mb使用、96 Mb未使用）
4. Windowsによって作成されたMSRパーティション（不明）
5. Windowsで作成されたデータのパーティション（NTFSまたは不明、覚えていない）
6. Linuxスワップ
7. Ubuntuパーティション

Windowsバージョンは10、ubuntuは16.04です。また、ブートローダーなどを修正する必要がある場合に備えて、UbuntuライブUSBも用意しています。エラーを修正するにはどうすればよいですか？

編集： EFIパーティションを削除しましたが、Ubuntuは正常にロードできます。また、WindowsはESPに関するエラーを表示しませんが、作成しません！基本データパーティションとMSRパーティションのみが作成され、ESPとリカバリは作成されません！インストール後にロードされませんが、Windowsの古いHDDにGRUBがあるためUbuntuがロードされます（このHDDは半分壊れているため、Windowsを別のHDDに再インストールする必要があります）。私は文字通り何が起こっているのか分かりません、何か提案はありますか？

2つのこと：

1. windowsはまだgptを実装していません（私が見たもの）
2. Windowsインストール内でefiパーティションを作成します。

私はWindows 10で確認していませんが、Windowsの以前のバージョンのインストーラーは、複数のESPを持つディスクが表示されると混乱する傾向がありました。私の記憶では、インストールの途中でエラーが発生するということです。ESPは、コンピューターにインストールされているすべてのOS間で共有されることになっていることに注意してください。EFI仕様には複数のESPの作成を禁止するものはありませんが、通常は1つのESPを共有します。したがって、ディスクに既にESPがある場合、そのESPが別のOSによって作成された場合でも、WindowsはそのESPにブートローダーを追加する権利を完全に満たします。

また、あるディスクでESPを使用して別の物理ディスクでOSインストールを起動するOSには何の問題もありません。したがって、最初のディスクにESPがある場合、Windowsを2番目のディスクにインストールすると、その2番目のディスクにESPが作成されない可能性があります。Windowsは最初のディスクでESPを使用するだけです。とはいえ、実際にこれを試したことはないので、Windowsが実際に何をするのかわかりません。

適切にインストールすると、Windowsが起動に失敗する理由を説明できません。ただし、いくつかの付随的な問題が発生している可能性があります。たとえば、私が理解しているとおり、Ubuntuが正常にインストールされており、そのインストールにWindowsを追加しようとしました。Windows EFIブートエントリが何らかの理由でデフォルトにならなかった場合、sudo update-grubUbuntuで実行してGRUBメニューにWindowsエントリを追加する必要があります。

起こっていることに関する別の可能性は、EFIモードでUbuntuをインストールし、BIOSモードでWindowsをインストールした可能性があることです。このようなクロスモードインストールは可能ですが、通常は管理が非常に面倒です。Ubuntuでは、両方のディスクのパーティションテーブルタイプを確認します。（ツールなどのparted最新バージョンでは、fdiskこの情報が報告されます。）両方がGPTである場合、このWindows-in-BIOSモードの仮説は間違っています。WindowsディスクがMBRを使用している場合（parted少なくとも、「msdos」として報告されます）、おそらく混在モードのインストールがあります。このタイプの構成が厄介である理由と、ブートモードを制御する方法の詳細については、CSMのページを参照してください。混合モードのインストールを行っている場合は、少なくとも2つの選択肢があります。

• Windowsの再インストール -MBRディスクからパーティションを消去し、GPTを作成して、Windowsを再インストールできます。これがおそらく最良のアプローチです。誤ってBIOSモードでWindowsインストーラーを起動しないように、CSMページで説明されているように、ブートモードを制御する方法を学ぶ必要があります。
• rEFIndを使用する -私のrEFIndブートマネージャーは、BIOSモードでのブートにリダイレクトできるEFIモードブートマネージャーです。UbuntuにrEFIndをインストールする場合は、編集することができます。行の/boot/efi/EFI/refind/refind.confコメントを外して、オプションに含まれているscanforことを確認しhdbiosます。（コメントを外す必要があるかもしれuefi_deep_legacy_scanませんが、このオプションなしでWindowsを含むディスクをブートするオプションが表示されない場合にのみ、これを行うことをお勧めします。）ハードディスクのオプション。これらのオプションの1つは、既存のWindowsインストールをBIOSモードで起動する必要があります。

助けた唯一のことは、Windowsのインストール前に私の死にかけているHDDを切断することです。それが成功したとき、私は泣きながら笑いたかった。