まず、GParted でマウント ポイントを設定しません。 mount を介して手動で (そして一時的に) 行われます コマンドまたは /etc/fstab を編集して恒久的に .したがって、この問題に対するあなたの懸念は的外れです。
次に、EFI システム パーティション (ESP) は、特定のタイプ コード (つまり、GPT ディスクでは C12A7328-F81F-11D2-BA4B-00A0C93EC93B) が設定された FAT パーティションです。 /etc/fstab のマウント ポイントに注意してください。 ESP の定義の一部ではありません。 /boot/efi にマウントすることで ESP にアクセスするのは、Linux では従来の方法です (必須ではありません)。 、通常は /etc/fstab 経由 エントリ。タイプコードの設定方法は、プログラムによって異なります:
gdiskで 、タイプ コードを EF00 に設定します。 (gdiskディスク上の実際の型コードに展開される 2 バイトの型コードを使用します。 「EF00」は「C12A7328-F81F-11D2-BA4B-00A0C93EC93B」の単なるニーモニックです。)- GParted または
partedで 、「ブートフラグ」を設定します。ただし、これが機能するのはのみであることに注意してください。 GPT ディスク上。これらのプログラムを使用して MBR ディスクに ESP タイプ コードを設定することはできません。 (通常、EFI ベースのコンピューターは GPT ディスクから起動するため、これは大した問題ではありません。) - Ubuntu インストーラーで、パーティションを「EFI ブート パーティション」として識別します。次に、型コード and を設定します
/etc/fstabを設定します - Linux
fdiskの最近のバージョンでは 、パーティション タイプをその番号 (GPT ディスクでは「EFI システム」の場合は 1、MBR ディスクでは 0xEF) で設定するか、GPT ディスクでは完全なタイプ コードを入力して設定します。
第 3 に、ESP はファームウェアを保持しません。ファームウェアは、定義上、マザーボード上のチップに格納されます。したがって、ESP に EFI ファームウェアをインストールする作業は、ガチョウの追跡です。 (この規則には 2 つの例外があります。まず、コンピューターのファームウェアを更新するために、ESP にファームウェア ファイルを保存することがあります。ただし、これは一時的な保持領域にすぎません。次に、DUET または Clover ブート ローダー、 EFI は、通常は ESP から通常のプログラムとして読み込まれます。ただし、これらのツールは、BIOS のみのコンピュータを EFI マシンであるかのように起動できるようにする BIOS ブート ローダーです。そうではありません 通常、コンピューターに搭載されていると主張するEFIファームウェアを搭載したコンピューターで使用されます。技術的には、DUET も Clover もファームウェアではありません。これらは、EFI と同じジョブを実行する BIOS ブート ローダーです。)
最後に、あなたの問題の考えられる原因をいくつか考えることができますが、それ以上の情報がなければ、それらすべてをカバーするには本の半分を書く必要があります。コンピュータで Boot Info Script を実行することをお勧めします。これにより、RESULTS.txt というファイルが生成されます。 .それをペーストビン サイトに投稿し、ドキュメントへの URL を付けて返信します。これにより、構成に関する確かなデータが得られ、問題の考えられる原因の範囲が大幅に縮小されます。
EFI パーティションはファームウェアを保持しません (マザーボード上のチップに保存されます); ブートローダーを保持します インストール済みのオペレーティング システム用。これは基本的に、BIOS PC の場合と同様に、ディスクの 0 番目のセクターにブート ローダーを配置する EFI の代替手段です。
つまり、このようなパーティションを作成すると、オペレーティング システムのインストール時に自動的にいっぱいになるはずです。 (ただし、インストール ディスク それ自体も EFI モードで起動する必要があります。そうしないと、UEFI 起動のセットアップに煩わされることはありません... 実際、セットアップの特定の部分は BIOS モードから実行することさえできません。)
Ubuntu が既にインストールされている場合は、次のことを行う必要があります。
<オール>
GRUB の UEFI バージョンをインストールします。 思う grub-efi-amd64-signed にあります パッケージ。
grub-install --target=x86_64-efi-signed
(署名されていない grub-efi-amd64 の場合 バージョン、x86_64-efi です .)
GRUB が \EFI\Boot\bootx64.efi としてインストールされていることを確認します EFI システム パーティション内。 (ここでは EFI パス構文を使用しています。パーティションを /boot にマウントすると、 Linux では、/boot/EFI/Boot/bootx64.efi になります。 .)
そうでない場合は、grubx64.efi をコピーします
grub-install のため、これが必要です。 システムに すでに EFIモードで起動。 (「EFI 変数」に BIOS モードでアクセスすることはできません。) したがって、GRUB を起動する唯一の方法は、「フォールバック ブート ローダー」の場所に置くことです。
リブート。ファームウェアのブート メニューである種の EFI モードを選択してみてください (EFI ファームウェアには、GRUB の前であっても独自のブート メニューがあります)。
dmesg | grep "efi:" かどうかを確認します EFI モードであることを確認するために、何かを表示します。
メモ帳で 2 つのファイルを作成し、USB Windows インストール ドライブに保存します。
名前を付けて保存:CreatePartitions-UEFI.txt
select disk 0
clean
convert gpt
rem == 1. System Partition =====================
create partition efi size=210
format fs=fat32 quick label="SYSTEM"
active
rem == 2. Microsoft Reserved (MSR) partition ======
create partition msr size=16
rem == 3. Windows partition ===================
create partition primary size=xxxxxx
format fs=ntfs quick label="Windows"
assign letter="W"
rem == 4. Recovery tools partition ================
create partition primary size=460
format fs=ntfs quick label="Recovery"
assign letter="R"
list volume
メモ帳で別のテキスト ファイルを作成します。
名前を付けて保存:diskpart-UEFI.txt
diskpart /s D:\CreatePartitions-UEFI.txt
REM where D:/ is the usb drive. This command runs the text file to install the partitions.
MBR を使用している場合、コマンドは mbr に変換します。
Windows パーティションのサイズを取得するには、HD サイズに 1024 を掛けます。100 ギガのハード ドライブに 1024 を掛けると、102400 から 210 (efi サイズ) を引き、16 (msr サイズ) を引き、460 (予約サイズ) を引いた値が、入力するサイズに等しくなります。 Windows パーティションのサイズ。 (xxxxxx)
ターミナルからパーティションのサイズを変更できます (コマンド プロンプト)cd /d D:> メモ帳 CreatePartitions-UEFI.txt
メモ帳 diskpart-UEFI.txt で開いている USB ドライブにいる間は、開いたままにするか、間違いをしないようにコマンドを書き留めます。パーティションのサイズを好みに合わせて変更したら、それを閉じてから cd / d x:/Sources で、diskpart /s D:\CreatePartitions-URFI.txt を実行します。
最後のコマンドとしてボリュームを一覧表示すると、パーティションが表示されます。問題がなければ、終了> コンピュータの電源を切る> 再起動> インストール