VirtualBox si avvia solo nella shell UEFI Interactive

Ho installato Ubuntu 14.10 in VirtualBox con UEFI. Ma ora ho riavviato questo sistema operativo e ora si avvia in UEFI Interactive Shell v2.0. Come posso riavviare normalmente in Grub?

Ho riscontrato lo stesso problema e ho scoperto che se emettevo il seguente comando nella shell interattiva, la macchina virtuale si avviava in Ubuntu:

fs0:\efi\ubuntu\grubx64.efi

(Utilizzare la barra rovesciata, la barra in avanti non funziona. I comandi nella shell interattiva UEFI non fanno distinzione tra maiuscole e minuscole.)

La mia versione di VirtualBox è 4.3.20 r96997, la versione Ubuntu è 14.10 AMD64. Non so perché questo accada e come risolverlo. Ho appena trovato questa soluzione alternativa non elegante e ancora un po 'problematica.

Aggiornamento 1:

Ho letto questo , rintracciato in una segnalazione di bug e ho trovato una soluzione alternativa migliore .

Aggiornamento 2:

Soluzione alternativa nell'aggiornamento 1 non riuscita. Ho spento la macchina virtuale, l'ho avviata. E si è avviato nuovamente nella shell UEFI Interactive. In base a ciò , il problema era probabilmente causato da un bug di VirtualBox. Sto ancora cercando un'ulteriore soluzione a questo.

Aggiornamento 3:

Finalmente ho trovato una soluzione. Secondo questo , è necessario creare uno script startup.nsh manualmente. Fatta eccezione per il metodo nel post citato, puoi anche fare questo:

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

Ho avuto lo stesso problema (con EFI abilitato perché non riuscivo a farlo funzionare diversamente). Strano; sebbene l'installazione di Ubuntu 14.04.2 non abbia avuto errori, l'installazione di Kubuntu 15.04 non è stata completata. Alla fine si è bloccato quando è stato chiesto di rimuovere il DVD. Dopo il ripristino, si è avviato correttamente ma dopo lo spegnimento ha portato alla shell.

Quindi, per evitare il tipo di shell:

fs0:
modifica startup.nsh

e nella finestra aperta aggiungi queste 2 righe:

FS0:
\ EFI \ ubuntu \ grubx64.efi

premi Ctrl+ se Enterper salvare e Ctrl+ qper uscire. Quindi riavviare la VM.

In alternativa, puoi sempre usare queste 2 linee per uscire dalla shell e avviare il sistema operativo. Ma la seconda volta che riavvierai sarai di nuovo in una shell e per evitarlo modifica startup.nsh.

Un'altra opzione è deselezionare l'opzione Funzioni estese denominata "Abilita EFI" in "Scheda madre" per la VM.

Se questo problema si presentasse per l'installazione di Gnome Ubuntu 12.04.2 amd64bit.

L'ho scoperto dopo aver dovuto modificare le impostazioni per l'accelerazione hardware. Mi è rimasto con VT-x / AMD-V abilitato per il paging nidificato. La mia VM ha 2 CPU, 8 GB di RAM per riferimento.

Dopo aver annullato il controllo, il problema viene completamente ignorato. Gnome Ubuntu si avvia senza problemi. Esecuzione di Virtual Box 4.3.18 r96516 su host Windows 7 a 64 bit.

Copia grubx64.efisu /EFI/boot/bootx64.EFI
VirtualBox usalo bootx64.efiper l'avvio.
Rif .: Archlinux Virtualbox wiki

Ho potuto risolvere questo problema cambiando il dispositivo cdrom all'interno di virtualbox da IDE a SATA. Ho rimosso la mappatura standard dell'unità cdrom virtuale all'interno della configurazione del dispositivo.

È sufficiente aggiungere un dispositivo cdrom al controller SATA esistente che deve essere utilizzato per il supporto di installazione.

Et voilà, nessun ulteriore problema con EFI.

Di recente ho riscontrato questo problema. Controlla le impostazioni del tuo sistema operativo virtuale. Fare clic con il tasto destro su sistema operativo virtuale-> sistema-> Funzionalità estese-> Abilita EFI (deselezionare questa opzione).

per questo è necessario scriverlo come segue:

fs0:
cd EFI
cd ubuntu
grubx64

è così che ho funzionato se lo scrivevi in ​​un altro modo non funzionerà.

Un'altra soluzione:

Nella shell uefi, avvia temporaneamente Ubuntu usando:

fs0:
cd EFI
cd ubuntu
grubx64

Quindi, all'interno di Ubuntu, modifica il file startup.nsh come di seguito:

Apri terminale Ctrl+ Alt+ T.

Genere:

sudo nano /boot/efi/startup.nsh

Inserisci la tua password.

Ora elimina tutto quello che c'è dentro usando il tasto del o backspace.

Quindi digitare esattamente questo: ( FS0- questo è il numero 0, non l'alfabeto O)

FS0:
\EFI\ubuntu\grubx64.efi

Ora premi Ctrl+ O(ovvero l'alfabeto O).

Quindi, Alt+ D(per modificare il testo in formato msdos).

Quindi premere Enter.

Quindi Ctrl+ X.

Ora riavvia.

sudo reboot

Ora dovrebbe andare tutto bene.

Usando Ubuntu 16.04.4 con EFI abilitato e durante l'avvio della macchina virtuale ho scoperto che non si avvia e rimane nella shell interattiva EFI.

Ecco come ho riparato l'avvio:

Innanzitutto, ho scoperto che grubx64.efi si trova in BLK2, quindi per un avvio una volta ho appena digitato quanto segue nella shell interattiva:

BLK2:/EFI/ubuntu/grubx64.efi

E viola, Ubuntu è attivo e funzionante.

Ordino di risolvere permanentemente questo problema, una volta avviato il sistema ho fatto eco alla riga seguente in /boot/efi/startup.nsh.

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

Ecco fatto, il sistema si avvierà correttamente.

Dopo aver installato Kubuntu15.10 in VirtualBox5 con UEFI, il riavvio della VM non riesce.

Aggiungere la linea

FS0: \ EFI \ ubuntu \ grubx64.efi

E la soluzione con la creazione di un nuovo file startup.nsh in Kubuntu15.10 nell'ambiente chroot con

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

Ho trovato la soluzione:

Il problema era che la directory / boot / efi / EFI / ubuntu con il file grubx64.efi non esiste.

Dopo aver avviato un Live-CD e cambiato l'ambiente chroot, ho installato i pacchetti mancanti e ho creato la voce NVRAM necessaria con:

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

Per definire o modificare la directory di avvio di efi è necessario prima eseguire questo comando. Questo ha risolto il mio problema.

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

NOTA: /dev/sdaè il disco rigido del sistema.