VirtualBox ne démarre que dans le shell UEFI Interactive

J'ai installé Ubuntu 14.10 dans VirtualBox avec UEFI. Mais maintenant, j'ai redémarré ce système d'exploitation et il démarre maintenant dans un UEFI Interactive Shell v2.0. Comment puis-je redémarrer normalement dans Grub?

J'ai rencontré le même problème et j'ai constaté que si j'émettais la commande suivante dans le shell interactif, la machine virtuelle démarrerait sous Ubuntu:

fs0:\efi\ubuntu\grubx64.efi

(L'utilisation de la barre oblique inversée, la barre oblique ne fonctionne pas. Les commandes du shell interactif UEFI sont sensibles à la casse.)

Ma version de VirtualBox est 4.3.20 r96997, la version Ubuntu est 14.10 AMD64. Je ne sais pas pourquoi cela se produit et comment le résoudre. Je viens de trouver cette solution de contournement pas élégante et toujours un peu gênante.

Mise à jour 1:

J'ai lu ceci , suivi un rapport de bogue et trouvé une meilleure solution de contournement .

Mise à jour 2:

La solution de contournement dans la mise à jour 1 a échoué. J'ai éteint la machine virtuelle, je l'ai lancée. Et il a de nouveau démarré dans le shell interactif UEFI. Selon cela , le problème était probablement dû à un bogue de VirtualBox. Je cherche toujours une solution supplémentaire à cela.

Mise à jour 3:

Enfin trouvé une solution. Selon cela , vous devez créer un script startup.nsh manuellement. À l'exception de la méthode mentionnée dans l'article suivant, vous pouvez également le faire:

$ sudo mount /dev/sda1 /mnt
$ cd /mnt
$ sudo sh -c "echo '\EFI\ubuntu\grubx64.efi' > startup.nsh"

J'ai eu le même problème (avec le EFI activé parce que je ne pouvais pas le faire fonctionner autrement). Étrange; Bien que l'installation d'Ubuntu 14.04.2 ne génère pas d'erreur, l'installation de Kubuntu 15.04 n'a pas pu être finalisée. Il a gelé à la toute fin lorsqu'on lui a demandé de retirer le DVD. Après la réinitialisation, il a bien démarré, mais après la mise hors tension, il a amené shell.

Donc, pour éviter le type de shell:

fs0:
éditer startup.nsh

et sur la fenêtre ouverte ajoutez ces 2 lignes:

FS0:
\ EFI \ ubuntu \ grubx64.efi

appuyez sur Ctrl+ set Enterpour enregistrer et sur Ctrl+ qpour quitter. Puis redémarrez la VM.

Alternativement, vous pouvez toujours utiliser ces 2 lignes pour quitter shell et démarrer le système d'exploitation. Mais la deuxième fois que vous redémarrez, vous serez à nouveau dans un shell et vous éviterez de le modifier startup.nsh.

Une autre option consiste à décocher l'option Options étendues appelée "Activer EFI" sous "Carte mère" pour votre VM.

Si ce problème était apparu lors de l’installation de Gnome Ubuntu 12.04.2 amd64bit.

Découvert après avoir modifié les paramètres d'accélération matérielle. Il me restait à avoir VT-x / AMD-V, pagination imbriquée activée. Ma machine virtuelle a 2 processeurs, 8 Go de RAM pour référence.

Une fois la vérification effectuée, le problème est complètement ignoré. Gnome Ubuntu ne démarre pas. Exécution de Virtual Box 4.3.18 r96516 sur un hôte Windows 7 64 bits.

Copier grubx64.efivers /EFI/boot/bootx64.EFI
VirtualBox utilisez-le bootx64.efipour démarrer.
Réf .: Archlinux Virtualbox wiki

Je pourrais résoudre ce problème en modifiant le périphérique cdrom dans virtualbox d'IDE en SATA. J'ai supprimé le mappage standard du lecteur de cdrom virtuel dans la configuration du périphérique.

Ajoutez simplement un périphérique cdrom au contrôleur SATA existant à utiliser pour votre support d'installation.

Et voila, pas d'autres problèmes avec EFI.

J'ai récemment rencontré ce problème. Veuillez vérifier les paramètres de votre système d'exploitation virtuel. Faites un clic droit sur os virtuel-> système-> Fonctions étendues-> Activer EFI (décochez cette case).

pour cela, vous devez l'écrire comme suit:

fs0:
cd EFI
cd ubuntu
grubx64

C'est comme ça que je l'ai fait fonctionner si vous l'écrivez d'une autre manière, cela ne fonctionnera pas.

Un autre travail autour de:

Dans le shell uefi, démarrez temporairement Ubuntu en utilisant:

fs0:
cd EFI
cd ubuntu
grubx64

Ensuite, dans Ubuntu, éditez le fichier startup.nsh comme ci-dessous:

Terminal ouvert Ctrl+ Alt+ T.

Type:

sudo nano /boot/efi/startup.nsh

Tapez votre mot de passe.

Supprimez maintenant tout ce qui se trouve à l’aide de la touche del ou backspace.

Puis tapez ceci exactement: ( FS0- c'est le chiffre 0, pas l'alphabet O)

FS0:
\EFI\ubuntu\grubx64.efi

Maintenant, appuyez sur Ctrl+ O(c'est l'alphabet O).

Ensuite, Alt+ D(pour changer le texte au format msdos).

Puis appuyez sur Enter.

Alors Ctrl+ X.

Maintenant, redémarrez.

sudo reboot

Tout devrait bien se passer maintenant.

En utilisant Ubuntu 16.04.4 avec EFI activé et en démarrant la machine virtuelle, j’ai constaté qu’elle ne démarre pas et reste dans le shell interactif EFI.

Voici comment j'ai corrigé le démarrage:

Tout d’abord, j’ai trouvé que le fichier grubx64.efi se trouve dans BLK2. C’est pourquoi, pour un démarrage unique, j’ai tapé ce qui suit dans le shell interactif:

BLK2:/EFI/ubuntu/grubx64.efi

Et alto, Ubuntu est opérationnel.

J'ordonne de régler ce problème de façon permanente. Une fois le système installé, j'ai repris la ligne suivante dans /boot/efi/startup.nsh.

sudo echo 'BLK2:/EFI/ubuntu/grubx64.efi' > /boot/efi/startup.nsh

Ça y est, le système va démarrer correctement.

Après avoir installé Kubuntu15.10 dans VirtualBox5 avec UEFI, le redémarrage de la machine virtuelle échoue.

Ajout de la ligne

FS0: \ EFI \ ubuntu \ grubx64.efi

Et la solution avec la création d’un nouveau fichier startup.nsh dans Kubuntu15.10 dans l’environnement chroot avec

sudo echo '\ EFI \ ubuntu \ grubx64.efi'> startup.nsh 

J'ai trouvé la solution:

Le problème était que le répertoire / boot / efi / EFI / Ubuntu avec le fichier grubx64.efi n'existe pas.

Après avoir démarré un Live-CD et passé dans l'environnement chroot, j'ai installé les paquets manquants et créé l'entrée NVRAM requise avec:

sudo apt-get install grub-efi-amd64-signed shim-signed
sudo update-grub

Pour définir ou modifier le répertoire de démarrage efi, vous devez d’abord exécuter cette commande. Cela a résolu mon problème.

sudo grub-install /dev/sda --target=x86_64-efi --efi-directory=/boot/efi/

REMARQUE: /dev/sdaest le disque dur du système.