«Le package« grub-efi-amd64-signed »n'a pas pu être installé dans / target /» lors de l'installation d'Ubuntu 18.04 [doublon]

Lorsque j'essaie d'installer Ubuntu 18.04 sur mon bureau, il affiche l'erreur suivante:

Le 'grub-efi-amd64-signed'package n'a pas pu être installé dans /target/. Sans le chargeur de démarrage GRUB, le système installé ne démarre pas.

Comment corriger cette erreur?

Réponse originale éditée et modifiée, APRÈS 20+ expériences supplémentaires sur mes deux machines. Pour faire une réponse courte, je supprimerai toutes les hypothèses et conclusions incorrectes dans l'ancienne réponse.

---------------- Mes ordinateurs SONT 1. Fujitsu LIFEBOOK-LH532, dont le BIOS UEFI sur la carte mère a été détruit par ubuntu EFI ubiquity version 12.04, en 2012 https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 Évidemment, je choisis l'installation manuelle du BIOS sur mon NoteBook UEFI LH532. DEPUIS QUE JE NE VEUX PAS OUVRIR MON CARNET POUR COURT-CIRCUIT JUMPER cl1 & cl2 SUR LA CARTE PRINCIPALE DEPUIS QUE "LE BUG" EST ENCORE LÀ. *** J'ai forcé le mode BIOS manuel en ne fournissant aucune partition EFI sur aucun disque dur. MAIS TOUTES LES INSTALLATIONS DÉTECTERONT LA CARTE PRINCIPALE UEFI ET ESSAYERONT D'INSTALLER EFI UBUNTU "EN PREMIER".

2. Ancienne carte mère du serveur xénon Gigabyte non UEFI.

   Ce qui ne contient aucune erreur.

Les erreurs, exactement comme le sujet, ont entraîné des problèmes avec NOTEBOOK "UEFI" UNIQUEMENT.

1. Ordinateur portable UEFI NON botable (LH532). Ubiquity Détruisez le UBUNTU GRUB existant.
2. "OR IF LUCKY" utilisera simplement l'ancienne version du BIOS installée avant 16.04 et démarrera dans la nouvelle 18.04 (dans les anciennes partitions 16.04) avec une erreur au début du démarrage.

J’AI FIXÉ LE BOOTING PAR

1. Douleur?? complexe? Utilisation de Boot-Repair (échec de l'utilisation de grubcustomiser) installé dans l'installation ubuntu existante sur d'autres partitions ou USB BOOTED Live. Et suivez les instructions qui étaient différentes d'une fois à l'autre en fonction de la configuration des disques durs dans les systèmes ainsi que de la saveur d'ubuntu 18.04 utilisée.

https://help.ubuntu.com/community/Boot-Repair

2. Facile et excellent "la plupart du temps". J'ai utilisé 16.04 d'UBUNTU OU LUBUNTU pour faire une nouvelle installation sur d'autres partitions du disque dur de ce même ordinateur, que vous avez installé "18.04" et que vous n'avez pas réussi à installer grub avec cette ERREUR.

Pour que 16.04 fasse démarrer votre système. Et oui, vous pouvez accéder aux versions Great 18.04 à partir de cette version 16.04.

Et OUI, j'utilise UBUNTU 18.04 pour écrire cette réponse, après que LUBUNTU 16.04 ait installé un nouveau GRUB pour mon ordinateur portable LH532 avec l'option correcte pour choisir 18.04.

L'erreur de cette rubrique s'explique par le fait que vous ne fournissez pas de partitions EFI pour le mode d'installation manuel "autre chose".

Donc, si vous voulez, comme moi, exprès de ne pas avoir de partition EFI. vous aurez cette erreur.

Mais les versions 16.04, ont une UBIQUITÉ plus intelligente ou? peu importe? que le 18.04. Il sera constaté que vous installez avec l'installation du BIOS (pas de partition efi sur le disque dur) et laissez-vous choisi de "RETOUR" pour installer ubuntu avec le mode BIOS. Mais le 18.04 fera l'installation sans aucun choix dans mon cas et le vôtre possible.

J'appellerai ces moins bonne qualité dans ces circonstances du 18.04 comme "BUG". Mais il pourrait être l'intention des programmeurs de nous forcer à n'utiliser que l'automatisation propre appropriée ???, qu'ils auraient dû supprimer l'option "autre chose".

3. J'ai corrigé les problèmes en RÉFORMANT complètement mon SSD. Installez le mode UEFI de Windows 10. Qu'il crée automatiquement la partition EFI.

Ensuite, installez UBUNTU 18.04 sans erreur, bien qu'il m'interdise jalousement de démarrer dans MANJARO LINUX que j'ai installé après Windows 10 sans aucun problème.

Et bien sûr, UBUNTU 18.04 détruit mon BIOS F12. INTERDIT JEALOUSEMENT d'installer tout autre système d'exploitation, et je dois ouvrir le boîtier du portable au cavalier de court-circuit CL1 et CL2 pour que F12 choisisse le support de démarrage.

J'ai signalé cela à lunchpad comme le lien que je fournis ci-dessus.

Désolé pour le sujet mais laissez-nous tous savoir qu'il y a plus de bogues dans le processus d'ubiquité ou d'installation que ce problème.

Si après avoir reçu ce message d'erreur, vous avez redémarré votre PC et ne pouvez pas démarrer Ubuntu en raison d'une erreur de démarrage GRUB, vous devez réinstaller GRUB manuellement dans la partition système EFI (ESP) via chroot . Voici comment j'ai résolu le problème dans mon cas.

Utiliser la session en direct

Démarrez dans votre LiveUSB (ou LiveCD) et sélectionnez «Essayez Ubuntu sans installer». Plus tard, vous devrez peut-être vous assurer que vous pouvez vous connecter à Internet lors de votre session en direct.

Chroot

Supposons que vous ayez installé Ubuntu dans la /dev/sdXYpartition, et qu'un ESP déjà existant est dans la /dev/sdXZpartition, sur le disque dur /dev/sdX. Ouvrez un terminal et exécutez ces commandes:

$ sudo mount /dev/sdXY /mnt
$ sudo mount /dev/sdXZ /mnt/efi
$ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
(Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system)
$ sudo chroot /mnt

Réinstallez grub2 avec la bonne version EFI

Une fois que vous avez chrooté avec succès dans votre système Ubuntu installé, assurez-vous de (ré) installer le bon grub-efi-*package pour votre architecture PC:

# apt-get install --reinstall grub-efi-x86_64 (celui que j'ai utilisé pour le processeur Intel i5)

ou

# apt-get install --reinstall grub-efi-amd64

ou

# apt-get install --reinstall grub-efi-ia32, etc ... Vous pouvez obtenir la liste des packages disponibles avec # apt-cache search ^grub-efi

Enfin, pour installer grub2 sur votre lecteur:

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi
# update-grub

Veuillez noter que le --target=x86_64-efipeut être différent selon votre système (par exemple, i386-pcpar défaut, peut amd64-efi- être , etc.). Vérifiez # grub-install --helppour plus d'informations.

Quittez chroot , dissociez / démontez les répertoires en toute sécurité et redémarrez

1. Quittez chroot avec Ctrl+ Dou# exit

2. Démontez en toute sécurité et redémarrez:

   $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
   $ sudo umount /mnt/efi
   (Unmount any other customized partitions, if you had any)
   $ sudo umount /mnt
   $ sudo reboot
   

Ubuntu devrait maintenant démarrer normalement.

Références:

• Comment réinstaller GRUB2 EFI?
• Comment puis-je réinstaller GRUB sur la partition EFI?

J'ai une erreur similaire lors de l'installation d'Ubuntu 18.04 à partir du démarrage USB. J'ai fait un CD BOOT et l'installation a réussi.

Je pense que vous avez trois options:

• Utiliser une table de partition GPT sur le disque
  
• Démarrez le programme d'installation en mode hérité
  
• Lorsque les deux ne sont pas une option (ou échouent), utilisez la solution de contournement décrite dans:
  https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

J'espère que cela aide, salutations,
Onno

J'ai eu exactement le même problème lors de l'installation à partir d'une clé USB à mémoire flash en utilisant le démarrage UEFI. Lorsque cela a échoué, j'ai suivi l'un des commentaires ici, en démarrant à partir du disque flash générique non UEFI pour effectuer l'installation, et cela a fonctionné. À l'époque, je ne connaissais rien de l'UEFI et je ne savais pas pourquoi une méthode fonctionnait mais pas l'autre.

Depuis lors, je l'ai étudié un peu et je comprends maintenant que l'UEFI (Unified Extensible Firmware Interface) est un successeur du BIOS et a des exigences différentes. En particulier, Linux nécessite une partition / boot / efi si vous utilisez UEFI, que je n'avais pas créé (je créais les partitions manuellement).

Les messages d'erreur pourraient certainement être plus clairs. Le programme de partition de disque UEFI doit nécessiter la partition de démarrage efi avant de vous permettre de continuer. Au lieu de cela, il effectue la plupart de l'installation Linux avant de donner l'erreur «Échec de l'installation de GRUB».