16.04 la nouvelle installation a donné lieu à une installation / cible / ubuntu 16.04 ratée par grub-efi-amd64

54

J'installe Ubuntu 16.04 sur un ordinateur Intel NUC avec UEFI activé. J'utilise un SSD depuis un autre ordinateur. Au cours de l'installation, j'ai choisi Effacer le disque et effectuer une nouvelle installation complète

À la fin du processus, je vois:

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

Et le système ne démarre pas.

J'ai essayé d'utiliser la réparation au démarrage mais apparemment, cela ne résout pas le problème.

    
posée Kaf 22.06.2016 - 04:32
la source

10 réponses

60

J'ai eu exactement le même problème en installant le bureau 16.04 64 sur un nouveau disque SSD avec UEFI activé à l'aide du support d'installation USB. Contrairement à la question, j'ai choisi de créer mes propres partitions car j'avais d'autres disques à monter. Je frappe cette erreur près du début de l'installation du package.

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

lien

qui indique dans la section General principles :

  

s'il n'y avait pas de partition UEFI sur votre disque dur, vous aurez d'abord   pour le créer

et pointe vers:

lien

Qui dit:

  1. Point de montage: / boot / efi (remarque: pas besoin de définir ce point de montage lorsque vous utilisez le partitionnement manuel, le programme d'installation d'Ubuntu le détectera automatiquement)
  2. Taille: minimum 100 Mo. 200 Mo recommandés.
  3. Type: FAT32
  4. Autre: nécessite un drapeau "boot".

J'ai donc réinstallé et quand je suis venu pour partitionner mon disque, j'ai choisi l'option EFI dans la liste qui inclut les systèmes de fichiers et le swap, etc. et l'a rendue 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 bien passé.

Voici comment les partitions de ce disque s'occupent de l’installation:

La même information peut être vue 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 créée est une partition système EFI (ESP) et que le disque a une Table de partition GUID (GPT) plutôt qu'un MBR table de partition.

Si vous regardez dans /boot/efi ou /sys/firmware/efi/ sur ce disque, vous devriez les trouver remplis. De même, exécuter sudo efibootmgr devrait fournir une sortie réelle, voir le lien ci-dessous si vous souhaitez plus d'informations.

Plus d'informations

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

Il décrit la situation à l'origine de cette erreur dans l'article (notez qu'il est un utilisateur de Fedora, mais il en va de même pour Ubuntu):

  

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

     

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

     

Si vous autorisez Fedora à gérer le partitionnement pour vous lors d’une UEFI   installation native - et vous utilisez un disque au format GPT, ou autorisez-le à   reformater le disque (en supprimant toutes les partitions existantes) - il sera   gérez les éléments de la partition système EFI pour vous.

     

Si vous utilisez un partitionnement personnalisé, cependant, il s'attend à ce que vous fournissiez   une partition système EFI à utiliser par le programme d'installation. Si tu ne le fais pas   Ceci, l'installateur se plaindra (avec une erreur quelque peu confuse   message) et refuser de vous laisser démarrer l’installation.

     

Donc, si vous effectuez une installation native UEFI et en utilisant   partitionnement, vous devez vous assurer qu'une partition du système EFI   partition 'type est monté dans / boot / efi - c'est là que Fedora s'attend   pour trouver la partition système EFI utilisée. S'il y a un existant   Partition système EFI sur le système, il suffit de définir son point de montage sur   / boot / efi. S'il n'y a pas encore de partition système EFI, créez une   partition, définir son type à la partition système EFI, le rendre au moins   200 Mo gros (500 Mo est bon), et définissez son point de montage sur / boot / efi

    
réponse donnée htaccess 11.03.2017 - 09:42
la source
8

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

J'ai démarré avec l’USB live et appelé Disks, et supprimé manuellement toutes les parties du SSD.

Ensuite, j'ai redémarré avec uefi activé dans le micrologiciel de l'ordinateur. Je suis entré dans le bureau USB Ubuntu en direct et à partir de là, j'ai installé Ubuntu.

J'ai vérifié les deux cases en disant d’installer des mises à jour et des logiciels d’autres utilisateurs. Cette fois l’installation s’est bien passée.

    
réponse donnée Kaf 22.06.2016 - 04:49
la source
4

J'ai eu le même problème en installant Ubuntu MATE 17.04. J'essayais de faire un double démarrage avec Windows 10. Mon Windows est en mode hérité et le support UEFI a été activé dans les paramètres du BIOS. J'ai désactivé le support UEFI et l'installation s'est parfaitement déroulée. J'espère que quelqu'un trouve cela utile.

    
réponse donnée user699124 11.06.2017 - 12:01
la source
1

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

Vous avez également démarré en mode compatibilité. Vous devez probablement modifier certains paramètres du BIOS pour ce faire. Dans mon cas, je devais 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 indique démarrage automatique dans 10 secondes, vous obtiendrez un menu Mais si vous démarrez en mode Uefi, vous obtiendrez directement le menu.

    
réponse donnée Tanveer Hossain Jony 15.01.2017 - 15:53
la source
0

Si le même message d’erreur s’avérait, j’avais un répertoire corrompu dans la partition EFI qui provoquait l’abandon de grub à chaque tentative d’installation.

fsck a pris beaucoup de temps, donc chkdsk de Windows a rapidement corrigé la corruption et la deuxième installation s’est bien passée.

    
réponse donnée BigSnicker 10.04.2017 - 01:17
la source
0

J'ai reçu exactement le même message et l'ai résolu en connectant simplement mon ordinateur à Internet (j'utilisais un installateur USB pour l'installer sur une machine complètement nouvelle avec un nouveau disque SSD sans rien).

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 ma configuration.

Le cadeau était un problème de dépendance et non un problème de partitionnement / disque se trouvait dans le fichier /var/log/syslog . Le message à propos de l'installation de Grub peut signifier beaucoup de choses et vous devez généralement vérifier /var/log/syslog pour savoir quel est le véritable problème.

    
réponse donnée kasimir 02.11.2017 - 10:18
la source
0

J'ai trouvé que ce qui précède ne fonctionnait pas vraiment pour moi en essayant d'installer Ubuntu 16.04 sur une clé USB depuis une autre clé USB. Après 2 jours de chagrin, c'est ce que j'ai fait pour que ça marche. Cela m'a donné une installation dual boot Windows 10 et Ubuntu sur le même disque dur et, en même temps, résolu ce problème:

  • Utilisez un disque dur cible et un matériel cdrom source à installer depuis
  • Téléchargez / gravez sur DVD Windows 10 (générique pour toutes les versions) et sur les versions ubuntu 16.04.3. Ie 2 dvds d'installation sont créés.
  • Démarrez la version live d’ubuntu sans l’installer.
  • Supprimez toutes les partitions du disque dur en utilisant le gestionnaire de partitions intégré d'ubuntu gparted.
  • Démarrez dans le BIOS système et assurez-vous que seul UEFI est sélectionné et que le démarrage hérité est désactivé. Modifiez également l'ordre de démarrage pour vous assurer que le système démarrera d'abord à partir du cdrom, s'il est disponible et que le disque est la deuxième option.
  • Insérez le disque Windows et installez Windows (j'ai utilisé Windows 10 Pro 64 bits) sur le disque dur. Pour ce faire, vous n'avez pas besoin de licence - dites simplement que vous n'avez pas de licence lorsque vous y êtes invité.
  • Amorcez Windows et assurez-vous qu'il fonctionne. J'ai trouvé que cela ne s'arrêterait pas correctement mais cela ne semblait pas avoir d'importance. J'ai également autorisé Windows 10 à effectuer des cycles de mise à jour complets, même si cela n'avait probablement pas d'importance. Cela prend juste des siècles.
  • Redémarrez maintenant l'ubuntu en direct. Cette fois, utilisez-le pour réduire la dernière partition de données afin de créer de l'espace pour une installation Ubuntu. Laissez simplement l'espace libre non alloué. J'avais besoin de Windows de toute façon, donc la moitié de la taille du disque pour Windows.
  • Sélectionnez l'application d'installation intégrée au DVD Ubuntu. Choisissez l'option d'installation en parallèle aux fenêtres existantes. J'ai laissé les options par défaut pour créer 2 partitions root et swap dans l’espace libre.

Que c'était. Lorsque je démarre maintenant, je reçois un message me demandant si je veux Windows, Ubuntu ou Ubuntu Advanced avec plus d'options. J'avais passé beaucoup de temps à jouer avec les clés USB, mais cela m'a coûté 2 jours. L'utilisation du cdrom et du disque dur, ancien style, semble avoir aidé.

    
réponse donnée Rigger 15.11.2017 - 15:18
la source
0

Vous pouvez également créer une partition uefi de démarrage si le système le permet. J'ai le même problème, et l'impossibilité d'utiliser uefi est une option, et est plus permanente, mais j'étais dans une course alors je crée la partition de démarrage uefi: l'option apparaît dans la même option que / boot, ci-dessous

    
réponse donnée Javiera 16.11.2016 - 16:22
la source
0

J'ai fait face au même problème. Ce qui a fonctionné pour moi, c'était pendant l'installation, quand l'installateur vous demande si vous voulez installer en mode UEFI, dites-lui non. Cela devrait vous avertir des répercussions de cela, mais après l'avoir fait, je n'ai rencontré aucun problème.

Les autres solutions que j'ai trouvées lors de mes recherches sur ce problème

  • Redémarrer l'ordinateur avec le même (ou un autre) disque en direct et exécuter une réparation au démarrage sur l'ordinateur en cause.
  • Regarder les journaux d'installation et éteindre l'ordinateur quand vous voyez si vous installez GRUB juste avant le crash (je suppose que cela prend du temps, mais je vous le déconseille fortement. Vous devriez toujours essayer de ne pas éteindre un périphérique pendant l'installation) ).
réponse donnée T-he-game 25.01.2017 - 18:07
la source
-1

juste pour le compte rendu J'ai rencontré le même problème en installant 16.04 sur un Acer tmb117 J'ai effacé totalement le disque interne à l'aide de la clé USB puis j'ai redémarré et simplement lancé l'installation (autonome, aucun autre système avec Ubuntu) la connexion a été désactivée.

    
réponse donnée Simone Lonestar 25.01.2017 - 18:04
la source

Lire d'autres questions sur les étiquettes