VirtualBox wird nur in der UEFI Interactive-Shell gestartet

Ich habe Ubuntu 14.10 in VirtualBox mit UEFI installiert. Aber jetzt habe ich dieses Betriebssystem neu gestartet und jetzt wird eine UEFI Interactive Shell v2.0 gestartet. Wie kann ich Grub wieder normal booten?

Ich bin auf dasselbe Problem gestoßen und habe festgestellt, dass die virtuelle Maschine Ubuntu booten würde, wenn ich den folgenden Befehl in der interaktiven Shell ausführen würde:

fs0:\efi\ubuntu\grubx64.efi

(Verwenden Sie Backslash, Forward Slash funktioniert nicht. Bei Befehlen in der interaktiven UEFI-Shell wird die Groß- / Kleinschreibung nicht berücksichtigt.)

Meine VirtualBox-Version ist 4.3.20 r96997, Ubuntu-Version ist 14.10 AMD64. Ich weiß nicht, warum das passiert und wie ich es lösen soll. Habe gerade festgestellt, dass dies nicht elegant und dennoch ein wenig umständlich ist.

Update 1:

Ich habe dies gelesen , einen Fehlerbericht gefunden und eine bessere Lösung gefunden .

Update 2:

Problemumgehung in Update 1 fehlgeschlagen. Ich habe die virtuelle Maschine ausgeschaltet und gestartet. Und es wurde wieder die UEFI Interactive-Shell gestartet. Nach diesem war das Problem wahrscheinlich Ursache von einem VirtualBox Fehler. Ich bin noch auf der Suche nach einer weiteren Lösung.

Update 3:

Endlich eine Lösung gefunden. Nach dieser , müssen Sie manuell eine startup.nsh Skript erstellen. Abgesehen von der Methode in dem erwähnten Beitrag können Sie dies auch tun:

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

Ich hatte das gleiche Problem (mit aktiviertem EFI, da ich es sonst nicht zum Laufen bringen konnte). Seltsam; Obwohl die Installation von Ubuntu 14.04.2 keinen Fehler aufwies, konnte die Installation von Kubuntu 15.04 nicht abgeschlossen werden. Es fror ganz am Ende ein, als man aufgefordert wurde, die DVD zu entfernen. Nach dem Zurücksetzen bootete es einwandfrei, aber nach dem Ausschalten wurde die Shell hochgefahren.

So vermeiden Sie Shell-Typ:

fs0:
edit startup.nsh

und füge im geöffneten Fenster diese 2 Zeilen hinzu:

FS0:
\ EFI \ ubuntu \ grubx64.efi

Drücken Sie Ctrl+ sund Enterzum Speichern und Ctrl+ qzum Beenden. Starten Sie anschließend die VM neu.

Alternativ können Sie diese 2 Zeilen immer zum Beenden des Shell- und Boot-Betriebssystems verwenden. Aber beim zweiten Neustart befinden Sie sich wieder in einer Shell und müssen diese nicht bearbeiten startup.nsh.

Eine andere Option besteht darin, die Option Erweiterte Funktionen mit dem Namen "EFI aktivieren" unter "Motherboard" für Ihre VM zu deaktivieren.

Wäre dieses Problem bei der Installation von Gnome Ubuntu 12.04.2 amd64bit aufgetreten.

Dies wurde festgestellt, nachdem die Einstellungen für die Hardwarebeschleunigung geändert werden mussten. Ich hatte VT-x / AMD-V, Nested Paging aktiviert. Meine VM hat 2 CPUs, 8 GB RAM als Referenz.

Nach dem Deaktivieren des Problems wird Gnome Ubuntu vollständig umgangen und bootet ohne Probleme. Ausführen von Virtual Box 4.3.18 r96516 auf einem Windows 7 64-Bit-Host.

Kopieren Sie grubx64.efiauf /EFI/boot/bootx64.EFI
VirtualBox verwenden , die bootx64.efizu booten.
Ref .: Archlinux Virtualbox Wiki

Ich könnte dieses Problem lösen, indem ich das CD-ROM-Gerät in der VirtualBox von IDE auf SATA ändere. Ich habe die Standardzuordnung des virtuellen CD-ROM-Laufwerks in der Gerätekonfiguration entfernt.

Fügen Sie dem vorhandenen SATA-Controller, der für Ihre Installationsmedien verwendet werden soll, einfach ein CD-ROM-Gerät hinzu.

Et voila, keine weiteren Probleme mit EFI.

Ich bin vor kurzem auf dieses Problem gestoßen. Bitte überprüfen Sie Ihre Einstellungen für das virtuelle Betriebssystem. Klicken Sie mit der rechten Maustaste auf Virtual OS-> System-> Erweiterte Funktionen-> EFI aktivieren (deaktivieren Sie dieses Kontrollkästchen).

Dazu müssen Sie es wie folgt schreiben:

fs0:
cd EFI
cd ubuntu
grubx64

So habe ich es zum Laufen gebracht, wenn du es anders schreibst, als es funktioniert.

Eine andere Arbeit um:

Booten Sie in der UFI-Shell vorübergehend in Ubuntu mit:

fs0:
cd EFI
cd ubuntu
grubx64

Bearbeiten Sie dann in Ubuntu die Datei startup.nsh wie folgt:

Öffnen Sie das Terminal Ctrl+ Alt+ T.

Art:

sudo nano /boot/efi/startup.nsh

Geben Sie Ihr Passwort ein.

Löschen Sie nun alles, was sich darin befindet, mit der Entf- oder der Rücktaste.

Dann tippe dies genau ein: ( FS0- das ist die Ziffer 0, nicht das Alphabet O)

FS0:
\EFI\ubuntu\grubx64.efi

Drücken Sie jetzt Ctrl+ O(das ist Alphabet O).

Dann Alt+ D(Um den Text in das MSDOS-Format zu ändern).

Dann drücken Sie Enter.

Dann Ctrl+ X.

Jetzt neu starten.

sudo reboot

Jetzt sollte alles in Ordnung sein.

Unter Ubuntu 16.04.4 mit aktiviertem EFI und beim Starten der virtuellen Maschine stellte ich fest, dass sie nicht startet und nur in der interaktiven EFI-Shell verbleibt.

So habe ich den Boot repariert:

Zuerst stellte ich fest, dass sich die Datei grubx64.efi in BLK2 befindet. Für einen einmaligen Start habe ich in der interaktiven Shell Folgendes eingegeben:

BLK2:/EFI/ubuntu/grubx64.efi

Und Viola, Ubuntu läuft.

Um dieses Problem dauerhaft zu beheben, habe ich nach dem Hochfahren des Systems die folgende Zeile in der Datei /boot/efi/startup.nsh wiedergegeben.

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

Das System wird nun korrekt gestartet.

Nach der Installation von Kubuntu15.10 in VirtualBox5 mit UEFI schlägt der Neustart der VM fehl.

Zeile hinzufügen

FS0: \ EFI \ ubuntu \ grubx64.efi

Und die Lösung mit dem Erstellen einer neuen startup.nsh-Datei in Kubuntu15.10 in der chroot-Umgebung mit

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

Ich habe die Lösung gefunden:

Das Problem war, dass das Verzeichnis / boot / efi / EFI / ubuntu mit der Datei grubx64.efi nicht existiert.

Nachdem ich eine Live-CD gebootet und in die Chroot-Umgebung gewechselt hatte, installierte ich die fehlenden Pakete und erstellte den benötigten NVRAM-Eintrag mit:

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

Zum Definieren oder Ändern des efi-Startverzeichnisses muss zuerst dieser Befehl ausgeführt werden. Das hat mein Problem gelöst.

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

ANMERKUNG: Ist /dev/sdadie Systemfestplatte.