J'ai eu exactement le même problème en installant 16.04 64 desktop sur un nouveau SSD avec UEFI activé en utilisant un média d'installation USB. Contrairement à la question, j'ai choisi de créer mes propres partitions car j'avais d'autres disques à monter. J'ai rencontré cette erreur au début de l'installation du paquet.

Après un peu de recherche sur Google, j'ai trouvé cette page :

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

qui indique dans le General principles section :

S'il n'y a pas de partition UEFI sur votre disque dur, vous devrez d'abord la créer. la créer

et pointe vers :

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

Qui déclare :

1. Point de montage : /boot/efi (remarque : il n'est pas nécessaire de définir ce point de montage si vous utilisez le partitionnement manuel, l'installateur Ubuntu le détectera automatiquement).
2. Taille : minimum 100Mib. 200MiB recommandé.
3. Type : FAT32
4. Autre : a besoin d'un drapeau "boot".

J'ai donc réinstallé le système et lorsque j'ai voulu partitionner mon disque, j'ai choisi l'option EFI dans la liste qui inclut les systèmes de fichiers et le swap, etc. et j'ai ajouté 200 Mo au début du disque. Je n'ai pas eu la possibilité de sélectionner le système de fichiers ou de définir l'indicateur de démarrage.

Après cela, le reste de l'installation s'est déroulé sans problème.

Voici à quoi ressemblent les partitions de ce disque après l'installation :

Les mêmes informations peuvent être vues en exécutant 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

Notez que la partition qui a été créée est une Partition système EFI (ESP) et le disque a un Table de partition GUID (GPT) plutôt qu'un MBR table de partition.

Si vous regardez dans /boot/efi o /sys/firmware/efi/ sur ce disque, vous devriez les trouver remplis, de même en exécutant sudo efibootmgr devrait fournir un rendement réel, voir le lien ci-dessous si vous voulez plus d'informations.

Plus d'informations

Si vous souhaitez en savoir plus sur le fonctionnement de l'UEFI, consultez le post Démarrage UEFI : comment cela fonctionne-t-il réellement ? d'Adam Williamson est fortement recommandé.

Il décrit la situation qui provoque cette erreur dans l'article (notez qu'il est un utilisateur de Fedora mais la même chose s'applique pour Ubuntu) :

Gestion de la partition système EFI en cas de partitionnement manuel

Je ne peux donner que des conseils autorisés pour Fedora ici, mais l'essentiel peut être utile pour d'autres distributions/systèmes d'exploitation.

Si vous permettez à Fedora de gérer le partitionnement pour vous lors d'une installation UEFI et que vous utilisez un disque formaté en GPT, ou que vous lui permettez de reformater le disque (en supprimant toutes les partitions existantes), elle gérera les partitions du système EFI pour vous.

Cependant, si vous utilisez un partitionnement personnalisé, vous devrez fournir les informations suivantes une partition système EFI à utiliser par le programme d'installation. Si vous ne le faites pas pas, le programme d'installation se plaindra (avec un message d'erreur assez confus) et refusera de vous laisser démarrer l'installation.

Donc, si vous effectuez une installation native UEFI et que vous utilisez des logiciels personnalisés, vous devez vous assurer qu'il n'y a pas de problème. partitionnement personnalisé, vous devez vous assurer qu'une partition de type "EFI system système EFI est montée dans /boot/efi - c'est là que Fedora s'attend à trouver les de trouver la partition système EFI qu'il utilise. S'il existe une partition système existante sur le système, définissez simplement son point de montage sur /boot/efi. S'il n'y a pas encore de partition système EFI, créez-en une. créez une partition, définissez son type en partition système EFI, faites-la au moins 200MB (500MB est bien), et définissez son point de montage sur /boot/efi.

Par chance, j'ai résolu mon problème.

J'ai démarré avec le live usb et appelé Disques, et supprimé manuellement toutes les parties du SSD.

Puis j'ai redémarré avec l'uefi activé dans le firmware de l'ordinateur. Je suis entré dans le bureau live usb Ubuntu et de là j'ai installé Ubuntu.

J'ai coché les deux cases indiquant d'installer les mises à jour et les logiciels provenant d'autres sources. Cette fois, l'installation s'est bien déroulée.

J'ai eu le même problème en installant Ubuntu MATE 17.04. J'essayais de faire un dual boot à côté de Windows 10. Mon Windows est en mode Legacy et le support UEFI était activé dans les paramètres du BIOS. J'ai désactivé la prise en charge de l'UEFI et l'installation s'est déroulée sans problème.

J'ai rencontré le même problème lorsque j'ai essayé d'installer mint 18 kde sur une carte mère gigabyte. Mon problème était que j'essayais de démarrer à partir de l'USB en mode Uefi.

Vous devez aussi démarrer en mode de compatibilité. Pour cela, vous devez probablement modifier certains paramètres du BIOS. Dans mon cas, j'ai dû sélectionner "legacy only" dans la sélection du mode de démarrage.

Si vous démarrez en mode de compatibilité, vous obtiendrez un écran qui dit "démarrage automatique dans 10 secondes", puis vous obtiendrez un menu. Mais si vous démarrez en mode Uefi, vous obtiendrez directement le menu.

J'ai eu exactement le même message et j'ai résolu le problème en connectant simplement mon ordinateur à Internet (j'utilisais un installateur USB pour installer sur une toute nouvelle machine avec un SSD tout neuf sans rien dessus).

Une fois connecté, le programme d'installation peut télécharger toutes les dépendances manquantes dans le programme d'installation, comme cela était nécessaire pour mon installation.

La preuve qu'il s'agissait d'un problème de dépendance et non d'un problème de partitionnement/disque se trouvait dans la page d'accueil du site. /var/log/syslog fichier. Le message concernant l'échec de l'installation de Grub peut signifier beaucoup de choses et, en général, vous devriez vérifier les points suivants /var/log/syslog pour découvrir quel est le vrai problème.