"L'installation du package 'grub-efi-AMD64-signed' 'dans l'installation / target / a échoué lors de l'installation d'Ubuntu 18.04
Lorsque j'essaie d'installer Ubuntu 18.04 sur mon bureau, le message d'erreur suivant s'affiche:
Échec de l'installation du package
'grub-efi-AMD64-signed'dans/target/. Sans le chargeur de démarrage GRUB, le système installé ne démarrera pas.
Comment réparer cette erreur?
Si, après avoir reçu ce message d'erreur, vous avez redémarré votre ordinateur et que vous ne parvenez pas à démarrer Ubuntu à cause de l'erreur de démarrage GRUB, vous devez réinstaller manuellement GRUB dans la partition système EFI (ESP) via chroot . Voici comment j'ai fait pour résoudre le problème dans mon cas.
Utiliser la session en direct
Démarrez dans votre LiveUSB (ou LiveCD) et sélectionnez "Essayer 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 avez installé Ubuntu dans la partition /dev/sdXY et qu’un ESP déjà existant est dans la partition /dev/sdXZ, 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 d'EFI
Une fois que vous chrootez avec succès dans votre système Ubuntu installé, assurez-vous d’installer le paquet grub-efi-* approprié pour l’architecture de votre ordinateur:
# 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 paquets 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-efi peut être différent selon votre système (par exemple, i386-pc par défaut, peut-être AMD64-efi, etc.). Vérifiez # grub-install --help pour plus d'informations.
Exit chroot , dissociez/annulez les répertoires en toute sécurité et redémarrez
- Quitter chroot avec Ctrl+D ou
# exit 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:
Réponse originale modifiée et modifiée, APRÈS plus de 20 expériences sur mes deux machines. Pour faire une réponse courte, je vais supprimer toutes les hypothèses et conclusions incorrectes de l'ancienne réponse.
---------------- Mes ordinateurs SONT 1. Fujitsu LIFEBOOK-LH532, quel UEFI BIOS dans la carte mère a été détruit par ubuntu version 12.04 d'ubiquité EFI, en 2012 https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418 Évidemment, je choisis l'installation manuelle du BIOS sur mon ordinateur portable UEFI LH532 . DEPUIS QUE JE NE VEUX PAS ouvrir MON ORDINATEUR PORTABLE POUR RAPPORTER LE COURT CIRCUIT CL1 & CL2 SUR LE TABLEAU PRINCIPAL, DEPUIS LE "BUG" IS Y EST TOUJOURS. *** J'ai forcé le mode BIOS manuel en ne fournissant pas de partition EFI sur aucun disque dur. MAIS TOUTES LES INSTALLATIONS DÉTECTERONT L'UEFI PRINCIPAL ET ESSAVERONT D'INSTALLER EFI UBUNTU "FIRST".
- Carte mère non UEFI de l’ancien Gigabyte xenon server.
Ce qui n'a aucune erreur du tout.
Les erreurs exactement telles que le sujet l’a provoqué des problèmes avec le bloc-notes "UEFI" UNIQUEMENT.
- Bloc-notes UEFI NON-botable (LH532). Ubiquity Détruisez le UBUNTU GRUB existant.
- "OU SI LUCKY" utilisera seulement l'ancienne version du Bios installée avant 16.04 et démarrera la nouvelle version 18.04 (dans les anciennes partitions 16.04) avec une erreur au début de l'heure de démarrage.
J'ai corrigé le démarrage en
- Douleur?? complexe? Utilisation de Boot-Repair (échec de l'utilisation de grubcustomiser) installé dans l'installation existante d'ubuntu sur d'autres partitions ou sur BOOTED Live usb. Et suivez les instructions qui différaient d’une fois sur 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
- Facile et excellent "la plupart du temps". J'ai utilisé 16.04 de UBUNTU OR LUBUNTU fait 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.
Donc, 16.04 fera démarrer votre système. Et oui, vous pouvez accéder aux versions Great 18.04 à partir de ce 16.04 grub.
Et oui, j’utilise UBUNTU 18.04 pour écrire cette réponse après LUBUNTU 16.04 INSTALLÉ NOUVEAU GRUB POUR mon portable LH532 avec la bonne option pour choisir 18.04.
L'erreur de cette rubrique est due au fait que vous ne fournissez pas de partitions EFI pour le mode d'installation manuelle "autre chose".
Donc, si vous voulez, comme moi, ne pas avoir de partition EFI. vous aurez cette erreur.
Mais les versions 16.04, ont une UBIQUITY plus intelligente ou? peu importe? que 18.04. Vous constaterez que vous installez avec l’installation du BIOS (pas de partition efi sur le disque dur) et vous permettent de choisir de "RETOURNER" pour installer Ubuntu avec le mode BIOS. Mais le 18.04 fera l'installation avec n'importe quel choix dans mon cas et le vôtre possible.
Je qualifierai de "BUG" les personnes de qualité inférieure dans ces circonstances du 18.04. Mais les programmeurs pourraient avoir l’intention de nous forcer à utiliser uniquement l’automatisation propre appropriée, ce qu’ils auraient dû supprimer, option "autre chose".
- J'ai corrigé les problèmes en réformant complètement mon SSD. Installez le mode Windows 10 UEFI. Ce qui crée automatiquement une partition EFI.
Installez ensuite UBUNTU 18.04 sans erreur, même s’il m’interdit jalousement de démarrer sous 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. INTERDITES JEALOUSEMENT de n’installer aucun autre système d’exploitation et je dois ouvrir le boîtier de l’ordinateur portable pour court-circuiter les cavaliers CL1 et CL2 afin que F12 puisse choisir le support de démarrage.
Je l'ai signalé à lunchpad en tant que lien que je fournis ci-dessus.
Désolé du sujet un peu, mais que vous sachiez tous qu'il y a plus de bugs dans l'omniprésence ou le processus d'installation plus que ce problème.
J'ai une erreur similaire lors de l'installation d'ubuntu 18.04 à partir du boot USB. J'ai créé un CD de démarrage et l’installation a réussi.
J'ai eu exactement le même problème lors de l'installation à partir d'une clé USB à l'aide du démarrage UEFI. Lorsque cela a échoué, j'ai suivi l'un des commentaires ici, l'initialisation à 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 me suis un peu penché sur la question et je comprends maintenant que l’UEFI (Unified Extensible Firmware Interface) est un successeur du BIOS et que ses exigences sont différentes. En particulier, Linux nécessite une partition/boot/efi si vous utilisez UEFI, ce 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".
Je pense que vous avez trois options:
- Utiliser une table de partition GPT sur le disque
- Démarrer l'installateur 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