Pourquoi 12.04 ne réussit pas à installer grub-efi dans / target /?

J'ai un ultrabook Lenovo u410. Son schéma sata se compose d'un SSD de 30 Go et d'un disque dur de 1 To dans un raid0 avec la technologie de démarrage rapide d'Intel. J'ai supprimé IRST et désactivé le raid0. Je veux installer Ubuntu sur le SSD et /home/sur le disque dur 1 Go. J'ai bêtement effacé la partition efi sur le 1 To et j'ai essayé de la recréer en formatant le SSD et en créant une nouvelle table de partition GPT. J'ai fait une partition fat32 de 250 Mo ( /dev/sda1) et rempli le reste ~ 24 Go avec une partition ext4 ( /dev/sda2)

J'ai fait un USB en direct en utilisant un installateur iso 12.04.2 et universel USB. L'installation se termine bien mais à la fin j'obtiens l'erreur "Impossible d'installer grub-efi dans / target / le système ne démarre pas" . J'ai essayé d'ouvrir le terminal et de mettre à jour grub, mais il n'y est pas et lorsque j'essaie d'installer grub-efi à partir du référentiel, je suis signalé pour avoir manqué de nombreuses dépendances. Ubiquity se bloque après le message d'erreur.

J'ai réussi il y a quelques mois à installer 12.10 en utilisant le lecteur de CD USB de mes amis, mais j'ai cassé le système et je ne peux pas être en panne jusqu'à ce que je le voie. Y a-t-il une énorme différence entre 12.10 et LTS qui empêcherait cette installation de fonctionner correctement?

Mon objectif net est de faire fonctionner Ubuntu sur la machine avec Steam (tf2 et bastion) et eclipse IDE. Si 12.10 est mieux adapté et peut résoudre ce problème efi, je serai heureux d'installer que, cependant, d'après ma compréhension, LTS serait plus stable et continuerait d'exécuter les mises à jour modernes de Quantal.

12.10 s'installera- grub-efit-il parfaitement? et sinon, comment puis-je installer grub-efi à partir de l’usb live sur un disque /dev/sdaSSD avec démarrage efi /dev/sda1, ext4monté en tant que root /dev/sda2et /home/sur le disque dur /dev/sdb2?

Conclusion: LTS n'était pas capable de gérer l'environnement uefi. Le téléchargement et l'installation de 12.10 ont fonctionné parfaitement. Raring a bien fonctionné aussi, mais il était instable avec les pilotes nécessaires pour la vapeur.

Matériel: Ultrabook
HD Lenovo U410 : SSD 30 Go, disque dur 1 T avec raid0
Ubuntu: 12.04

Ubuntu a apporté des améliorations lentes mais constantes dans sa prise en charge EFI pour les dernières versions, donc oui, il existe des différences entre 12.04 et 12.10 qui pourraient être importantes. Cela dit, le fait que vous ayez eu un tas d'erreurs de dépendance lorsque vous avez essayé d'installer grub-efisuggère qu'un problème plus fondamental pourrait être la cause principale - peut-être qu'il y avait un problème de réseau qui empêchait l'installation d'une chaîne d'autres packages, par exemple. Si c'est le cas, réessayer ultérieurement pourrait corriger les problèmes.

Cela dit, sur un système EFI, à mon humble avis, il vaut mieux utiliser 12.10 que 12.04. Cela est particulièrement vrai s'il s'agit d'un ordinateur récent livré avec Windows 8, car ces ordinateurs utilisent également invariablement Secure Boot, qu'Ubuntu 12.10 prend en charge mais pas Ubuntu 12.04. Ce n'est pas la cause première de votre problème, car le disque d'installation de 12.04 ne démarre pas du tout si Secure Boot est actif; Je le mentionne uniquement pour le bénéfice de ceux qui pourraient lire cette page.

Cette erreur a été résolue pour moi en m'assurant qu'une connexion Internet était disponible pour l'installateur.

Lorsque j'ai choisi de ne pas me connecter, j'ai eu cette erreur.

Dans mon cas, je saute l'installation de grub en exécutant ubiquity à partir du terminal à l'aide de la commande suivante:

ubiquity -b

Cela signifie également que vous devez installer grub à main nue.

Après l'installation d'ubuntu. NE redémarrez PAS car vous n'avez pas encore utilisé le chargeur de démarrage. Vous devez installer grub sur votre PC.

sudo mount /dev/sdXY /mnt

sudo mount --bind /dev /mnt/dev &&
sudo mount --bind /dev/pts /mnt/dev/pts &&
sudo mount --bind /proc /mnt/proc &&
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt

grub-install /dev/sdX

grub-install --recheck /dev/sdX

update-grub

Ce lien vous aidera: http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd

Mise à jour: Merci pour le commentaire de Mikko Östlund.

Dans le cas où vous séparez votre partition système EFI et la partition Ubuntu, lors de l'exécution, grub-install /dev/sdXvous pouvez obtenir un message d'erreur cannot find EFI directory. Vous devez faire mount /dev/sdXY /boot/efi. Exécutez ensuite grub-install /dev/sdXles commandes et les commandes restantes avec succès. Et redémarrez.

Tu aurais dû

/boot/efi    

et environ 100 Mo, alors tout va bien ...

le mien est

sda1 /boot/efi  100MB
sda2 /          100G
sda3 /swap      16384MB    
sdb1 /home      3TB

Essayez de désactiver le BIOS QuickBoot / FastBoot et la technologie Intel Smart Response (SRT).
Installez ensuite Ubuntu 12.10 <- IMPORTANT 12.10
Essayez ensuite d'installer, si nécessaire,grub-efi-amd64-signed

Cordialement,

Dans mon cas, sur un ordinateur portable Lenovo X230, j'ai également reproduit cette erreur. Les choses ont été résolues par:

réglage dans le BIOS `Boot tab➝UEFI / BIOS boot mode´ à legacy .

Auparavant, le cadre était un «mélange intelligent» d'UEFI / LEGACY («l'héritage d'abord»). L'UEFI pur peut sembler plus logique, mais tout ce que je peux dire, c'est qu'il fonctionne. Même dans un contexte de double démarrage avec deux distributions Linux autour.

Cela m'arrivait avec le programme d'installation de Xubuntu 16.04.2. Vous pouvez certainement désactiver UEFI et effectuer une installation traditionnelle, mais dans mon cas, je perdrais les temps de POST plus rapides.

Ce problème est dû au fait que la partition ESP (Efi System Partition) est manquante . Il doit s'agir d'une partition FAT32 marquée comme amorçable. Vous pouvez le créer avec GParted, fdisk ou votre outil de choix. Ensuite, l'installateur le détectera et le montera comme /boot/efi, résolvant ainsi le problème.

Il y a plus d'informations et de détails sur la taille, le type, etc. dans la page wiki ArchLinux sur ESP (cela s'applique également à Ubuntu).