UEFIが有効になっているIntel NUCコンピューターにUbuntu 16.04をインストールしています。別のコンピューターのSSDを使用しています。インストール中に、ディスクを消去し、新しい完全インストールを選択しました

プロセスの終わりに私は見る：

grub-efi-amd64-signed failed installation /target/ Ubuntu 16.04 

そして、システムは起動しません。

ブート修復を使用しようとしましたが、明らかに問題は解決しません。

USBインストールメディアを使用してUEFIを有効にした新しいSSDに16.04 64デスクトップをインストールすると、まったく同じ問題が発生しました。質問とは異なり、マウントする他のディスクがあるため、独自のパーティションを作成することにしました。パッケージのインストールの開始近くでこのエラーが発生しました。

少しグーグルで調べた後、私はこのページを見つけました：

https://help.ubuntu.com/community/UEFI#General_principles

General principlesセクションの状態：

HDDにUEFIパーティションがなかった場合、まず作成する必要があります

とを指す：

https://help.ubuntu.com/community/UEFI#Creating_an_EFI_System_Partition

どの州：

1. マウントポイント：/ boot / efi（注：手動パーティション設定を使用する場合、このマウントポイントを設定する必要はありません。Ubuntuインストーラーが自動的に検出します）
2. サイズ：最小100Mib。200MiBを推奨。
3. タイプ：FAT32
4. その他：「ブート」フラグが必要です。

そこで、再インストールし、ドライブをパーティションに分割したときに、ファイルシステムやスワップなどを含むリストからEFIオプションを選択し、ディスクの先頭で200MBにしました。ファイルシステムを選択したり、起動可能フラグを設定したりするオプションがありませんでした。

この後、インストールの残りはうまくいきました。

これは、インストール後のこのディスク上のパーティションの外観です。

以下を実行すると、同じ情報が表示されますparted。

$ sudo parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA Samsung SSD 750 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 2      1049kB  200MB  199MB   fat32                 boot, esp
 3      200MB   242GB  242GB   ext4
 1      242GB   250GB  8000MB  linux-swap(v1)

(parted) q

作成されたパーティションはEFIシステムパーティション（ESP）であり、ディスクにはMBRパーティションテーブルではなくGUIDパーティションテーブル（GPT）があることに注意してください。

あなたが見れば/boot/efiまたは/sys/firmware/efi/あなたがそれらも同様に動作して、人口見つける必要があり、このディスク上のsudo efibootmgr実際の出力を提供しなければならない、あなたはより多くの情報が必要な場合は、以下のリンクを参照してください。

詳しくは

UEFIがどのように機能するかについて詳しく知りたい場合は、UEFIブート後：実際にどのように機能しますか？Adam Williamsonが強くお勧めします。

彼は記事でこのエラーを引き起こす状況について説明しています（彼はFedoraユーザーですが、Ubuntuでも同じです）。

手動パーティションを行う場合のEFIシステムパーティションの処理

ここではFedoraに対して信頼できるアドバイスを提供することしかできませんが、その要点は他のディストリビューション/ OSに役立つかもしれません。

UEFIネイティブインストールを行うときにFedoraがパーティションを処理できるようにし、GPTフォーマットのディスクを使用するか、ディスクを再フォーマットする（既存のパーティションをすべて削除する）ことを許可すると、EFIシステムパーティションを処理します。

ただし、カスタムパーティションを使用する場合、インストーラーが使用するEFIシステムパーティションを提供することを期待します。これを行わないと、インストーラーが（ややわかりにくいエラーメッセージで）文句を言い、インストールの開始を拒否します。

したがって、UEFIネイティブインストールを実行し、カスタムパーティションを使用している場合は、「EFIシステムパーティション」タイプのパーティションが/ boot / efiにマウントされていることを確認する必要があります。使用しています。システムに既存のEFIシステムパーティションがある場合は、そのマウントポイントを/ boot / efiに設定するだけです。EFIシステムパーティションがまだない場合は、パーティションを作成し、そのタイプをEFIシステムパーティションに設定し、少なくとも200MB大きく（500MBが適切）、マウントポイントを/ boot / efiに設定します

幸運なことに、私は問題を解決しました。

ライブUSBで起動し、Disksと呼び、SSDのすべてのパーティションを手動で削除しました。

その後、コンピューターのファームウェアでuefiを有効にして再起動しました。ライブのUSB Ubuntuデスクトップに入り、そこからUbuntuをインストールしました。

私は他からのアップデートとソフトウェアのインストールを言う2つのボックスをチェックしました。今回はインストールがうまくいきました。

Ubuntu MATE 17.04のインストールでも同じ問題が発生しました。Windows 10と並行してデュアルブートを試みました。私のWindowsはレガシーモードであり、UEFIサポートはBIOS設定で有効にされていました。私は行ってUEFIサポートを無効にしましたが、インストールは問題なく完了しました。

システムで許可されている場合は、ブートuefiパーティションを作成することもできます。私は同じ問題を抱えており、uefiを使用できないのは1つのオプションであり、より永続的ですが、実行中だったので、uefiブートパーティションを作成します：オプションは/ bootと同じオプションに表示されます

ギガバイトのマザーボードにミント18 kdeをインストールしようとしたときに、同じ問題に直面しました。私の問題は、UefiモードでUSBから起動しようとしていたことです。

互換モードで起動しすぎています。そのためには、おそらくBIOS設定をいくつか変更する必要があります。私の場合、ブートモードの選択で「レガシーのみ」を選択する必要がありました。

互換モードで起動すると、10秒で自動起動するという画面が表示され、メニューが表示されますが、Uefiモードで起動すると、メニューが直接表示されます。

私は同じ問題に直面しました。私のために働いたのは、インストール中に、インストーラがUEFIモードでインストールするかどうかを尋ねるとき、いいえと言ったときでした。これの影響について警告する必要がありますが、このルートを実行したので、問題はありませんでした。

この問題の調査中に私が出会った他のソリューションは、

• 同じ（または別の）ライブディスクでコンピューターを再起動し、問題のコンピューターでブート修復を実行します。
• クラッシュの直前にGRUBをインストールする場合は、インストールログを見てコンピューターの電源をオフにします（これにはタイミングがかかると思いますが、これには強くお勧めします。インストール中はデバイスの電源をオフにしないようにしてください）。

同じエラーメッセージが表示された場合、EFIパーティションに破損したディレクトリがあり、インストールのたびにgrubがgiveめていました。

fsckの処理に時間がかかりすぎたため、Windowsのchkdskが破損をすばやくクリーンアップし、2回目のインストールが正常に完了しました。

まったく同じメッセージが表示され、コンピューターをインターネットに接続するだけで解決しました（USBインストーラーを使用して、まったく新しいSSDを搭載したまったく新しいマシンにインストールしていました）。

接続すると、インストーラーは、セットアップに必要だったように、インストーラーにない依存関係をダウンロードできます。

景品は依存関係の問題であり、/var/log/syslogファイルにパーティション/ディスクの問題はありませんでした。Grubのインストールの失敗に関するメッセージは多くのことを意味する可能性があり、一般的/var/log/syslogに真の問題が何かを調べるためにチェックアウトする必要があります。

Ubuntu 16.04を別のUSBスティックからUSBスティックにインストールしようとしても、上記は実際には機能しませんでした。2日間の心痛の後、これを実現するために私がやったことです。これにより、同じハードディスク上にWindows 10とUbuntuのデュアルブートをインストールし、その過程でこの問題を解決しました：

• ターゲットハードディスクとソースcdromハードウェアを使用してインストールする
• DVD windows 10（すべてのバージョンに共通）およびubuntu 16.04.3バージョンにダウンロード/書き込み。つまり、2つのインストールDVDが作成されます。
• インストールせずにライブバージョンのubuntuを起動します。
• ubuntuの組み込みパーティションマネージャーgpartedを使用して、ハードディスク上のすべてのパーティションを削除します。
• システムBIOSを起動し、UEFIのみが選択され、レガシーブートがオフになっていることを確認します。また、ブート順序を変更して、システムが使用可能な場合は最初にcdromから起動し、2番目のオプションとしてディスクを起動するようにします。
• Windowsディスクを挿入して、Windows（Windows 10 Pro 64ビットを使用）をハードドライブにインストールします。これを行うためにライセンスは必要ありません。プロンプトが表示されたらライセンスを持っていないと言ってください。
• ウィンドウを起動し、動作することを確認します。正常にシャットダウンしないことがわかりましたが、これは問題ではないようです。また、Windows 10で更新サイクル全体を実行できるようにしましたが、これは問題ではない可能性があります。それだけで時間がかかります。
• 次に、ライブUbuntuを再度起動します。今回は、ubuntuのインストール用のスペースを作成するために、最後のデータパーティションを減らすために使用します。空き領域を未割り当てのままにしてください。とにかくウィンドウが必要だったので、ウィンドウのディスクサイズの半分を残しました。
• ubuntu dvdに組み込まれているインストールアプリを選択します。既存のWindows OSと一緒にインストールするオプションを選択します。デフォルトのオプションをそのままにして、2つのパーティションルートを作成し、空きスペースにスワップするようにしました。

それがあったこと。ブートすると、windows、ubuntu、またはubuntu Advancedにオプションを追加するかどうかを尋ねるプロンプトが表示されます。私は何年もかけてUSBスティックからの起動をいじくり回していましたが、それで2日間かかりました。古いスタイルのcdromとハードディスクの使用が助けになったようです。

問題に対する私の解決策は次のとおりでした。

1）何らかの理由でEFIディスクがWindowsによってロックされたため、GrubをEFIにインストールできませんでした。

Windowsを起動してシャットダウンしました（Windows-> Shut Down-> Shut Down、not restart）。注意：再起動の場合、Windowsは高速再起動モードで再起動し、EFIがロックされたままになることがあります-これは私に起こったことです。

2）Ubuntu Live Diskを実行し、標準設定を使用してBoot-Repairユーティリティ（URL）を実行します。

この後、私のシステムはGrub経由で正常に起動し始めました。

秘Theは、アイテム1がなければ（EFIがWindowsによってロックされていた）ブート修復ユーティリティがGrubを修正できなかったことです。

記録のために、Acer tmb117に16.04をインストールすることで同じ問題に直面しました。ライブUSBを使用して内部ディスクを完全に消去し、再起動してインストール（スタンドアロン、Ubuntu以外のシステムなし）接続をオフにしました。