Я установил Ubuntu 14.10 в VirtualBox с UEFI. Но теперь я перезагрузил эту ОС, и теперь она загружается в Интерактивный Shell v2.0 UEFI. Как я могу загружаться обычно в Личинку снова?
Я встретился с той же проблемой и нашел, что, если бы я даю следующую команду в интерактивной оболочке, виртуальная машина загрузилась бы в Ubuntu:
fs0:\efi\ubuntu\grubx64.efi
(Используют обратную косую черту, наклонная черта вправо не работает. Команды в интерактивной оболочке UEFI нечувствительны к регистру.)
Моя версия VirtualBox является 4.3.20 r96997, версия Ubuntu является 14,10 AMD64. Я не знаю, почему это происходит и как решить его. Просто найденный этим не изящное и все еще немного неприятное обходное решение.
Обновление 1:
я считал это , разысканный к отчет об ошибках и нашел лучшее обходное решение .
Обновление 2:
Обходное решение в Обновлении 1 перестало работать. Я выключил виртуальную машину, запустил его. И это загрузилось в Интерактивную оболочку UEFI снова. Согласно это , проблемой была, вероятно, причина ошибкой VirtualBox. Я все еще ищу дальнейшее решение этого.
Обновление 3:
Наконец нашел решение. Согласно это , необходимо создать startup.nsh сценарий вручную. За исключением метода в упомянутом сообщении, можно также сделать это:
$ sudo mount /dev/sda1 /mnt
$ cd /mnt
$ sudo sh -c "echo '\EFI\ubuntu\grubx64.efi' > startup.nsh"
У меня была та же проблема (с , EFI включил , потому что я не мог заставить его работать иначе). Странный; хотя установка Ubuntu 14.04.2 не получила ошибки, устанавливанию Kubuntu 15.04 не удалось завершить. Заморозилось в самом конце, когда спросили удалить DVD. После того, как сброшено, это загрузилось прекрасный, но после того, как выключают его, поднял оболочку.
Так, для предотвращения типа оболочки:
fs0:
startup.nsh
редактирования и на открытом окне добавляют эти 2 строки:
FS0:
нажатие \EFI\ubuntu\grubx64.efi
Ctrl + s и Входят для сохранения и Ctrl + q для выхода. Тогда перезапуск VM.
, С другой стороны, можно всегда использовать эти 2 строки, чтобы выйти из оболочки и загрузить ОС. Но второй раз, когда Вы перезапускаете Вас, будет в оболочке снова и избегать, чтобы он отредактировал startup.nsh
.
Другая опция состоит в том, чтобы снять флажок с опцией Extended Features, названной, 'Включают EFI' под 'Материнской платой' для Вашего VM.
Имел эту проблему, подошедшую для установки Gnome Ubuntu 12.04.2 amd64bit.
Обнаруженный это после необходимости изменить настройки для аппаратного ускорения. Меня оставили с наличием VT-x/AMD-V, Вложенная Подкачка страниц включила. Мой VM имеет 2 центральных процессора, RAM на 8 ГБ для ссылки.
После снятия выделения с проблемой полностью обойденный Gnome, Ubuntu не загружает проблем. Выполнение Виртуального Поля 4.3.18 r96516 в Windows 7 64-разрядный Хост.
Копия grubx64.efi
к /EFI/boot/bootx64.EFI
использование VirtualBox это bootx64.efi
для начальной загрузки.
Касательно: Archlinux Virtualbox wiki
Я мог решить эту проблему путем изменения устройства CD-ROM в virtualbox от IDE до SATA. Я удалил стандартное отображение виртуального дисковода для компакт-дисков в конфигурации устройства.
Просто добавляют устройство CD-ROM к существующему Контроллеру SATA, который должен использоваться для Вашего установочного носителя.
И вуаля, никакие дальнейшие проблемы с EFI.
Я недавно встретился с этой проблемой. Проверьте свои виртуальные настройки OS. Щелкните правой кнопкой по виртуальной OS-> система->, функции Extended-> Включают EFI (снимите флажок с этим).
для этого необходимо записать это как следующее:
fs0:
cd EFI
cd ubuntu
grubx64
это - то, как я заставил это работать, если Вы пишете этому какой-либо другой путь это работа привычки.
Другая работа вокруг:
В оболочке uefi, загрузитесь временно в к использованию человечности:
fs0:
cd EFI
cd ubuntu
grubx64
Затем в человечности, startup.nsh файле редактирования как ниже:
Открытый терминал Ctrl + Высокий звук + T .
Тип:
sudo nano /boot/efi/startup.nsh
Вводят Ваш пароль.
Теперь удаляют все, что там использует del или клавишу Backspace.
Затем тип это точно: (FS0
- который является цифрой 0
, не алфавитом O
)
FS0:
\EFI\ubuntu\grubx64.efi
Теперь нажатие Ctrl + O (Который является алфавитом O ).
Затем Высокий звук + D (Для изменения текста на формат MS-DOS).
Затем нажимают Enter
.
Затем Ctrl + X .
Теперь перезагрузка.
sudo reboot
Все должно быть прекрасным теперь.
После установки Kubuntu15.10 в VirtualBox5 с UEFI, перезагрузкой сбоев VM.
Добавление строки
FS0:\EFI\ubuntu\grubx64.efiв UEFI-Shell не помогает.
И решение с созданием нового startup.nsh файла в Kubuntu15.10 в chroot среде с
sudo echo '\EFI\ubuntu\grubx64.efi' > startup.nshне дает также улучшения.
я нашел решение:
проблема была, что каталог,/boot/efi/EFI/ubuntu с файлом grubx64.efi, не существует.
После начальной загрузки живого CD и изменения на chroot среду, я установил отсутствующие пакеты, и создайте необходимую запись NVRAM с:
sudo apt-get install grub-efi-amd64-signed shim-signed sudo update-grub
Поскольку для определения или изменения каталога начальной загрузки efi нужна к первому показу эта команда. Это решило мою проблему.
sudo grub-install /dev/sda --target=x86_64-efi --efi-directory=/boot/efi/
ПРИМЕЧАНИЕ: /dev/sda
жесткий диск системы.
Используя Ubuntu 16.04.4 с включенным EFI и при запуске виртуальной машины я нашел, что это не загрузится и просто останется в EFI интерактивная оболочка.
Это - то, как я зафиксировал начальную загрузку:
Во-первых, я нашел, что grubx64.efi расположен в BLK2, таким образом, для одной начальной загрузки времени я просто ввел следующее в интерактивной оболочке:
BLK2:/EFI/ubuntu/grubx64.efi
И альт, Ubuntu в порядке.
Я заказываю для постоянного устранения этой проблемы, когда-то система произошла, я повторил следующую строку в/boot/efi/startup.nsh.
sudo echo 'BLK2:/EFI/ubuntu/grubx64.efi' > /boot/efi/startup.nsh
Вот именно система загрузится правильно.
В некоторых гостевых системах Linux процесс установки не обновляет порядок загрузки efi. Это зависит от версии дистрибутива и версии virtualbox/efi. Эта проблема затронула, например, Debian в начале 2020 года. Решения:
1. вручную запустить efibootmgr https://linux.die.net/man/8/efibootmgr