Boot UEFI n'ayant pas montré ubuntu / GRUB

Question

J'ai un Acer Aspire E 14.

Il a un seul disque dur avec 7 partitions:

Système EFI sur/dev/sda1
Quelque chose décrit comme "Microsoft réservé" sur/dev/sda2
Windows 10 FS ON/Dev/SDA3
Linux FS ON/DEV/SDA5
Swap sur/dev/sda6
Microsoft Windows Recovery Manager sur/dev/sda4
Espace libre sur/dev/SDA

Maintenant, la chose est, je suis sûr que Windows 10 et Linux (LUBUNTU) est installée sur le mode UEFI, mais il n'y a pas d'entrée dans l'ordre de démarrage pour me permettre de sélectionner Ubuntu ou Grub comme option de démarrage préférée.

Si je ne fais rien au démarrage, il démarrera automatiquement sur Windows 10 sans rien demander.

Si je veux démarrer à Ubuntu, je dois faire le tour suivant:

Insérez un bâton USB amorçable (avec grub)
Une fois que l'ordinateur botte, la grub de l'USB Stick me permet de choisir entre essayer la version en direct du système d'exploitation dans la clé USB ou l'installer, je appuie simplement sur Escape.
Cela soulève une console dans laquelle je viens de taper "sortie".
L'écran suivant semble être la sélection de démarrage UEFI et me permet de choisir entre le démarrage de l'USB, un "périphérique inconnu" ou Windows 10 gestionnaire de démarrage. Si je choisis la clé USB, vous revenez simplement à l'écran à l'étape 2. Si je choisis la dernière fois que vous choisissez Windows 10, et si je choisis le "périphérique inconnu", il affiche enfin l'écran de Grub installé dans l'ordinateur qui me permet de me permettre. Choisissez de démarrer Lubuntu ou Windows.

Je n'ai vraiment aucune idée de la façon de résoudre ce problème, de sorte que toute suggestion ou conseil est la bienvenue.

(Éditer) parmi les choses que j'ai essayées sont les suivantes:

"efibootmgr -v" apparaît deux entrées pour le même fichier (un\efi\ubuntu\shimx64.efi\shimx64.fi) nommé Ubuntu et l'autre "Unkwnown Device" Ce dernier a également terminé la description avec un RC. J'ai essayé de changer le --bootorder pour les associer à la fois avant le gestionnaire de démarrage Windows, sur aucun eFect, à redémarrer i Boot sur Windows, et lorsque vous revenez à Linux, l'ordre de démarrage n'est pas celui que j'ai placé auparavant.
J'ai essayé de redbuiler la grub comme suggéré par SmallLoanof1M, au même résultat, mais j'ai remarqué une chose étrange, mon linux a un dossier Boot/Efi. Mais quand j'ai monté le système EFI (/ dev/SDA1) pour reconstruire Grub, ce que j'ai eu était qu'il existe un dossier "EFI" (remarquez les CAPS), cela pourrait-il être le problème? Et si oui, comment devrais-je résoudre cela sans rien gâcher?

Spooler · Answer

Vous recherchez "Efibootmgr". Ce programme peut être utilisé sur un système GNU/Linux qui a démarré en mode EFI (utilisez donc un disque en direct ou quelque chose à y arriver).

Il a quelques commutateurs et est généralement assez simple. Vous souhaitez créer une entrée de démarrage EFI, et également consulter les entrées existantes.

Vous pouvez afficher les entrées de démarrage existantes avec "efibootmgr -v". Cela révélera soit un manque d'entrée EFI, soit peut-être une entrée EFI mal formée.

Si vous avez déjà une entrée, ou s'il n'y a rien de là du tout, reconstruisant le GRUB devrait invoquer efibootmgr à créer une entrée pour vous. C'est le plan d'action le plus facile. Vous devriez le faire dans un chroot de votre système déjà installé (une autre raison pour laquelle nous utilisons un système en direct). Si vous ne savez pas comment configurer un Chroot EnvironMemnt, veuillez vous référer ce guide: https://help.ubuntu.com/community/basicchroot

Après cela est fait, réinstallez le GRUB Package:

Sudo apt-get install --reinstall grub-efi

Une fois que cela est complet, collez-le GRUB sur votre disque à nouveau:

Sudo grub-install /dev/sda

Recréez votre GRUB config (cela devrait également appeler efibootmgr aussi bien):

Sudo update-grub

Vérifiez que vous avez des images de démarrage EFI dans/BOOT/EFI pour votre installation Linux. Vous devriez avoir des répertoires pour Windows et Linux côte à côte, avec des fichiers .fi dans chacun.

Enfin, vérifiez que vous avez une entrée de démarrage appropriée dans votre EFI NVRAM en utilisant efibootmgr -v

Si vous n'en avez toujours pas, pouvez-vous vérifier que vous ont les fichiers .fi dans un système de fichiers de graisse monté sur/boot/efi, puis créez le Entrez vous-même. C'est là que les choses m'inciennent un peu étranges pour décrire ici, mais la page Efibootmgr Man est très utile: http://linux.die.net/man/8/fibootmgr

Modifier: Plus d'informations sur la création manuelle d'une entrée EFI:

Depuis le fichier automatique GRUB pas semble avoir aidé dans votre cas, effectuez une nouvelle entrée EFI entièrement nouvelle qui indiquera votre GRUB binaire. Nous 'll utiliser efibootmgr pour cela.

Grâce aux informations que vous avez fournies, nous pouvons faire une commande qui devrait fonctionner pour vous dans une capacité de copie/pâte. Cool. Avant de commencer avec cela, entrez dans un chroot env sur votre système natif d'un EFI démarré en direct unique comme suggéré ci-dessus. En outre, montez votre système de fichiers EFI à/boot/efi dans le chroot.

Cela peut être accompli avec une commande (adaptée à votre situation):

efibootmgr -c -l \EFI\ubuntu\shimx64.efi -L UbuntuBoot

Il s'agit d'une entreprise sécurisée (c'est ce que Shimx64 est) entrée EFI qui pointe vers le GRUB binaire (plutôt que la valeur par défaut, qui serait élilo.efi - que vous n'avez pas), a un Nom cosmétique de Ubuntuboot (à différencier des autres) et utilisera/dev/SDA et/Dev/SDa1 à la fois en tant que disque et partition respectivement. Ceci est défectuérable pour efibootmgr -c, donc si vous aviez le système de fichiers EFI sur une autre Disque ou partition, vous devez spécifier explicitement via des options. Les barres anti-backs doivent être échappées avec les backslashes pour être "littéral".

Une fois que vous avez créé cette entrée, vous devriez pouvoir le voir via efibootmgr -v. Si c'est là, essayez de démarrer. Si vous pouvez le démarrer, vous devriez probablement supprimer les anciens.

Ce type de problème lors de l'installation de Windows est courant, mais uniquement si vous choisissez d'installer les fichiers binaires EFI dans la "région EFI de disque amovible" de votre lecteur. Une seule entrée EFI peut y aller et que la région Windows utilise, peu importe quoi accomplir le démarrage de l'EFI. Nous n'utilisons généralement que cette zone sur les systèmes EFI de buggy qui ne démarrera aucune autre solution, mais il est garanti de travailler sur n'importe quoi.

Toutefois, l'installation d'un autre système d'exploitation activé par l'EFI sur cette même zone vous échappera à votre binaire EFI précédemment installé. Lors de l'installation de la plupart des distributions Linux, il vous demandera généralement si vous souhaitez forcer GRUB Installation au "chemin de média amovible" pour EFI. Choisissez Non, et ce scénario ne devrait pas se reproduire. Ce n'est pas 'T nécessaire d'utiliser le chemin de média amovible sur à peu près n'importe quel EFI moderne.