web-dev-qa-db-fra.com

Besoin d'aide pour réparer Grub après l'installation d'Ubuntu 13.04 x64 avec Windows 8 sur un Lenovo IdeaPad Y400 avec UEFI

J'ai un Lenovo IdeaPad Y400 préinstallé avec Windows 8. Je souhaiterais utiliser Ubuntu à ses côtés dans une configuration à double démarrage. J'ai passé la semaine passée à bricoler et réinstaller Windows et Linux dans diverses configurations. Je suis très près du succès, mais je semble avoir rencontré un problème avec Grub.

Pour ma dernière tentative, j'ai pris les mesures suivantes:

  • Démarrage sécurisé désactivé
  • Re-imagé Windows 8 à partir d'une partition de récupération cachée, restaurant efficacement l'ordinateur à l'usine
  • Activé une option appelée Legacy Support dans le BIOS (ou s'agit-il maintenant de l'UEFI?)
  • Ubuntu 13.04 x64 démarré depuis une clé USB, a choisi "installer en même temps que Windows" et a accepté toutes les options par défaut
  • Après un redémarrage, j'ai constaté que je pouvais démarrer Ubuntu, mais que je ne pouvais pas démarrer Windows
  • Une fois dans Ubuntu, j'ai exécuté Boot Repair avec les paramètres recommandés et accepté toutes les valeurs par défaut.
  • Lorsque la réparation de démarrage est terminée, le message suivant m'a été présenté:

Les fichiers de démarrage de [Le système d'exploitation actuellement utilisé - Ubuntu 13.04] sont loin du début du disque. Votre BIOS peut ne pas les détecter. Vous voudrez peut-être réessayer après avoir créé une partition/boot (EXT4,> 200 Mo, démarrage du disque). Cela peut être effectué via des outils tels que gParted. Sélectionnez ensuite cette partition via l'option [Séparer/partition de démarrage:] de [Réparation du démarrage]. ( https://help.ubuntu.com/community/BootPartition )

  • J'ai suivi les instructions dans l'URL du message, créant une partition EXT 4 de 1 Go près du début du lecteur.
  • lorsque j'ai essayé d'exécuter Boot Repair à nouveau, l'option "Séparer/partition de démarrage" de l'onglet "Emplacement Grub" était désactivée.
  • La nouvelle partition est/dev/sda11 et porte l'étiquette GRUB.
  • Au redémarrage, j'obtiens le message d'erreur suivant:

erreur: fichier '/boot/grub/i386-pc/normal.mod' introuvable. sauvetage de grub>

  • Cependant, si je choisis manuellement la partition de démarrage en appuyant sur la touche F12, je ne peux pas démarrer Windows sans problèmes. La sélection d'Ubuntu dans le menu du périphérique d'amorçage me donne un menu Grub avec les options suivantes:

Ubuntu

Options avancées pour Ubuntu

Démarrage de Windows UEFI bootmgfw.efi

Récupération de Windows UE UEFI

Récupération de Windows UEFI LrsBootmgr.efi

Récupération UEFI de démarrage Windows bkpbootx64.efi

Environnement de récupération Windows (chargeur) (sur/dev/sda3)

Windows 8 (chargeur) (sous/dev/sda5) Configuration du système

  • La sélection d'Ubuntu dans ce menu me permet d'accéder à mon bureau Ubuntu. Je n'ai pas encore essayé les autres options par peur de perdre les progrès que j'ai réalisés.

On dirait donc que j'ai réussi à démarrer la machine avec un double démarrage, mais que Grub est en panne pour une raison ou une autre.

Mon schéma de partition actuel peut être vu à: http://paste.ubuntu.com/5948753/

Merci d'avance - Jonathan

13.04dual-bootgrub2windows-8uefi
2
MusikPolice

Premièrement, activer le "support hérité" était la mauvaise chose à faire. Sur un ordinateur sur lequel Windows 8 est préinstallé, l'activation de la prise en charge existante dans le micrologiciel permet de choisir des chemins qui créeront de nouveaux problèmes, et c'est précisément ce que vous avez fait. (Cela dit, il est parfois nécessaire d'activer ce support, mais il est plus probable que cela pose des problèmes que de les résoudre.)

Deuxièmement, le message "Les fichiers de démarrage ... sont loin du début du disque" est presque certainement un fil rouge. Cela peut être un facteur avec certaines tailles de disque et certains BIOS, mais vous avez une implémentation EFI, pas un BIOS. Une EFI devrait pouvoir démarrer à partir de noyaux situés n'importe où sur n'importe quel disque actuellement disponible. Votre disque de 1 To ne devrait poser aucun problème. Ainsi, tout ce que vous avez fait à partir de ce moment était au mieux inutile et au pire source de problèmes.

Malgré l’activation de la prise en charge existante dans le microprogramme, il est concevable que votre système ait démarré Windows après l’exécution de la réparation du démarrage. Cependant, vous ne dites pas si vous avez essayé de le faire à ce moment-là. Par conséquent, vous ne pouvez pas savoir si cela aurait fonctionné ou si vous essayez simplement de résoudre le problème "loin du début du disque" sans le tester.

Quelque part sur la ligne, vous semblez avoir installé la version (héritée) du BIOS (héritée) de GRUB, ce qui peut être ce que vous démarrez par défaut (pour obtenir l'invite grub rescue>). Il est concevable que la désactivation de la prise en charge existante de votre microprogramme entraîne le démarrage du système directement sous Windows ou directement sur l'installation en mode EFI de GRUB. Si Windows démarre, vous devriez toujours pouvoir accéder à GRUB en appuyant sur F12. S'il démarre sur GRUB, vous devriez pouvoir démarrer Linux et éventuellement Windows. (Je vous recommande d'essayer les deux premières options Windows. Il est peu probable que les trois dernières options Windows soient utiles.)

Si vous essayez cela et que GRUB fonctionne par défaut, vous pouvez utiliser GRUB Customizer pour nettoyer un peu le menu GRUB. Cependant, je ne connais pas très bien ce logiciel, je ne peux donc pas être plus précis sur son utilisation.

Une autre chose que vous pouvez essayer est d’installer mon gestionnaire de démarrage rEFInd. Si vous installez le paquet Debian et que tout fonctionne parfaitement, vous obtiendrez un menu avec des options pour Windows, pour Ubuntu via GRUB et pour. Ubuntu directement. Vous pouvez ensuite supprimer des entrées de démarrage supplémentaires en supprimant les fichiers .efi inutiles de l’arborescence de répertoires /boot/efi/EFI ou en modifiant /boot/efi/EFI/refind/refind.conf et en décommentant et en modifiant les options dont_scan_files ou dont_scan_dirs. .

Vous voudrez peut-être aussi revoir vos partitions. La sortie de votre réparation de démarrage indique que vous avez quatre partitions NTFS, et je soupçonne qu’au moins une d’entre elles est indésirable/inutile, mais je ne peux pas en être vraiment sûre. Vous ne devriez pas non plus avoir besoin de /dev/sda6 ou /dev/sda11 une fois que vous avez tout corrigé.

2
Rod Smith

Rod Smith a couvert la plupart des problèmes.

Loin du début du disque est un harnais rouge. Je n'ai pas encore vu un système UEFI ne démarre pas. C'était juste une vérification pour certains systèmes BIOS qui avaient des problèmes de démarrage avec grub.

Vous avez ajouté un indicateur de démarrage à votre nouvelle partition grub afin que celle-ci tente de la voir comme une partition efi. (De Rod Smith, j’ai appris qu’il ne pouvait y avoir qu’une partition efi par lecteur partitionné.) Grub n’utilise pas d’indicateur de démarrage de toute façon. Et vous n’avez défini l’indicateur d’amorçage sur la partition Windows NTFS que dans le BIOS avec partitionnement MBR.

Os-prober de Grub2 a un bogue et continue de créer des entrées de démarrage de type BIOS qui ne fonctionneront pas. os-prober de grub2 crée une entrée de démarrage de chaîne de style incorrect (BIOS) https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/102438 type d'entrée de Boot-Repair qui devrait travail. menuentry "Windows UEFI bootmgfw.efi" {menuentry "Chargeur Windows Boot UEFI" {Type d'entrée qui ne fonctionne pas: 'Windows ...) (sur/dev/sdXY)'

1
oldfred