22

Problem with VirtualBox 5.x running on GNU/Linux Debian 9.x host:

EFI-enabled guest suddenly boots only into UEFI Interactive Shell.

UEFI Interactive Shell

It waits for 5 seconds and then it drops to Shell>.

I don't remember any modifications, which I would have done, neither to the host, nor guest, or VirtualBox itself.

Vlastimil Burián
  • 27,586
  • 56
  • 179
  • 309
  • 1
    VirtualBox 5.x did not have real persistent storage for UEFI NVRAM boot settings: an OS installer would be able to create NVRAM settings for the installed OS, and they would persist when the OS inside the VM was rebooted, but after shutting down the entire VM, the settings would be lost. Several workarounds existed, like the use of `startup.nsh` or `ExtraDataItem`s in the `.vbox` file, but these may no longer be applicable as the UEFI support has been significantly reworked in VirtualBox version 6.1. – telcoM Jun 14 '21 at 07:41

3 Answers3

26

Plausible fix:

  1. In UEFI Interactive Shell, enter the file system:

    fs0:

  2. Following up with creating this file:

    edit startup.nsh

  3. Enter this or similar line to it:

    \EFI\debian\grubx64.efi

  4. Press CTRL+S to save the file.

  5. Press ENTER to confirm the file name.

  6. Press CTRL+Q to exit the editor.

  7. Restart the Guest:

    reset

Important notes:

  1. For some reason you have only a few seconds to edit and save the file. If it takes you longer, then the guest may react with a significant delay. Or it may even freeze.

  2. Replace debian with your system's id, e.g. ubuntu. You may verify this by simply going into the \EFI\ directory and running ls.

Another way:

If you don't succeed, and supposing your guest is Linux type, I myself had to do it:

  1. Boot from live USB with any Linux.

  2. Mount the root file system.

  3. Create this file on the mounted file system, adjust the path to wherever you have mounted it:

    /boot/efi/startup.nsh

  4. Enter the above explained line to it.

Vlastimil Burián
  • 27,586
  • 56
  • 179
  • 309
  • Followed the first 7 steps and it worked. My situation is a bit different, fresh install of Arch Linux on QEMU/KVM. Although I can login now, I don't understand why this happened in the first place. So I am not sure if it will happen again. Would you please provide a few guesses :-) ? – hba Apr 24 '23 at 03:39
  • @hba Unfortunately, I do not know why this is happening. Sorry. – Vlastimil Burián Apr 24 '23 at 07:07
5

Workaround:

In the VirtualBox settings for your VM, go to System settings and in the Motherboard section un-check the

Enable EFI (Special OSes only).

Save the settings and restart your VM.

Important notes:

  1. This will make the guest system run on BIOS / MBR legacy boot.

  2. Only use, if the solution above does not work for you.

Vlastimil Burián
  • 27,586
  • 56
  • 179
  • 309
Sagar_c_k
  • 59
  • 1
  • 3
  • Yes, thank you! It was necessary to Enable EFI in order to make the GParted Live CD work. However, after resizing the disk partitions in GParted, I encountered this error, and also an error "fs0 is not a correct mapping" if I tried to enter the file system. Disabling this flag solved issue. – Jamie Oct 25 '18 at 05:35
  • But how do I shutdown virtual machine? – Nilesh Apr 08 '19 at 07:21
  • if i disable that option after that it's not able to find bootable medium, even manually also it didn't worked – prasad Apr 05 '20 at 17:32
-1

I had this come-up today. In my case, I had selected "Enable EFI" on the Settings: System panel, on the Motherboard tab. That was conscious because the drive I wanted to boot from wasn't (booting).

This can be removed by unchecking the check-box.

While it looks useful, it is very frustrating so I advise people to open a web page with the help output on show. All the commands scroll off the screen before you have a chance to read them. And there is no less or more command.

Vlastimil Burián
  • 27,586
  • 56
  • 179
  • 309
will
  • 480
  • 1
  • 6
  • 12