ИМХО, монтировать лучше так:

sda1 EFI /mnt/boot/efi
sda2 / /mnt
sda3 home /mnt/home

grub-install

Кое что пробовал

делал в /mnt/boot/efi даже где то гайд такой был, разницы не увидел. А grub-install выдает ошибку что нет efi директории.

Скорее всего что-то неверно сделал.

К тому же для установки в режиме efi в VB должна быть включена опция совместимости с efi.

--bootloader-id=GRUB

У VirtualBox просто кривая реализация UEFI, тебе нужно в removable media path прописать загрузчик.

Не подскажешь как это сделать? какой файл и куда закинуть

Читай тут: https://wiki.debian.org/UEFI

попробую отпишусь

Пути только свои поставь

Сделал, не вышло. Причем я понял, если машину не выключать а просто ребутать то граб работает.

У VirtualBox просто кривая реализация UEFI, тебе нужно в removable media path прописать загрузчик.

Ну вот. Ubuntu из коробки ставится в Virtualbox без всяких проблем в EFI режиме, если в свойствах виртуальной машины стоит галочка у EFI.

Но вот всё Virtualbox виноват...

Ubuntu просто рассчитана на кривые UEFI:

Many UEFI firmware implementations are unfortunately buggy, as mentioned earlier. Despite the specification for boot entries and boot order being quite clear about how things should work, there are lots of systems in the wild which get it wrong. Some systems simply ignore valid requests to add new boot entries. Others will accept those requests, but will refuse to use them unless they describe themselves as «Windows» or similar. There are lots of other similar bugs out there, suggesting that many system vendors have done very little testing beyond «does it work with Windows?»

As described above, on a UEFI system bootloaders should be installed only in the correct vendor-specific directory in the EFI System Partition (ESP). But, because of the buggy firmware implementations out there, operating system distributors cannot necessarily expect that this will work correctly for all systems. Microsoft have worked around this (and arguably also made the problem worse) - the Windows installer also installs to the removable media path in the ESP (e.g. \EFI\boot\bootx64.efi for amd64/X64 systems). All firmware implentations have to use this path to be able to run an OS installer. This means that Windows will always work on all these broken implementations, but it also means that system vendors can get away with shipping broken implementations. It removes the idea of having a fallback boot path and sensible control of boot order.

All OS installers installing things to this removable media path will conflict with any other such installers, which is bad and wrong. That's why in Debian we don't do this by default.

However, to help support those unfortunate people who own buggy systems like this, there is an option to force grub-efi installation to the removable media path too. There is a d-i Rescue Mode option to force this - if you've just installed Debian on your UEFI system but it won't boot Debian afterwards, this may fix the problem for you. It can also be selected during the normal installation run using Expert mode, or preseed users can add the following option in their configuration:

grub-efi-amd64  grub2/force_efi_extra_removable boolean true

Боже.. Что за проблема?

mkdir -p /mnt/root
mount /dev/sda2 /mnt/root
cfdisk /dev/sda
выставляем на sda1 type EFI
форматируем в fat32
mount /dev/sda1 /mnt/root/boot/efi
ставим граб как я сказал выше

Дык у него рач

Я в курсе. Просто эта проблема по-видимому общая для Arch и Debian, и происходит по идентичной причине.

Рецепт для инсталлятора Debian ему конечно не подойдет — придется руками.

Я ставил в VBOX рач в EFI без проблем

Посмотри мою инструкцию я по ней делаю. Твои исправления вносил. Не работает. А еще прежде чем писать сюда, я уже его переустанавливал раз 10 точно. По разным гайдам. Если у вас полная рабочая инструкция я попробую.

Я так и не понял что там нужно сделать, то есть получается все ставят как обычно а у меня руки кривые.

или карма