grub отсутствует в списке boot option

efibootmgr попробуй использовать для добавления в список из-под Linux после загрузки через уже найденный тобой способ.

Попробуй отключить UEFI режим загрузки.

После чего уже установленная на GPT с EFI разделом ОС не будет загружаться вовсе.

Нет, можно попробовать сконвертировать в GPT под BIOS с удалением EFI раздела, созданием BIOS-boot раздела и переустановкой GRUB2 в режим BIOS через chroot, но это та ещё головная боль.

И переустановка — не ответ на все проблемы. Установленную с нуля ОС не так-то просто бывает настроить заново под свои нужды.

Нет, можно попробовать сконвертировать в GPT под BIOS с удалением EFI раздела, созданием BIOS-boot раздела и переустановкой GRUB2 в режим BIOS через chroot, но это та ещё головная боль.

Не думаю что это сложно. Хотя не пробовал, на платах с UEFI первым делом всегда включал нормальный режим загрузки.

Добавил командой ‘sudo efibootmgr -c -d /dev/sda -p 1 -l \EFI\grub\grubx64.efi -L «Start GRUB»’. Ситуация такая же, как и с UEFI Shell - он как бы добавился, но после перезагрузки пропал.

MSI такой MSI

Угу, они известны своими кривыми UEFI. У них на куче моделей был баг, что при удалении переменных вместо сброса в дефолт, как пологается по стандарту, кирпичилась матплата.

Ничем не могу помочь, кривые UEFI, что рассчитаны только на Windows — сейчас норма. Так ты всё правильно делал.

Обычно я не согласен с firkax , но сейчас он прав — проще включить в UEFI эмуляцию BIOS и работать через legacy.

проще включить в UEFI эмуляцию BIOS и работать через legacy.

Если бы это было возможно на всех современных материнках… За MSI я и вообще не отвечаю.

Ну у Gigabyte там CSM режим есть ещё пока, но это не Legacy.

Не всё так просто. А в остальном то да, он делал правильно.

Хотя… вроде через хитрые хаки можно подписать загрузчик Linux подписью от MS и положить туда, откуда UEFI обычно Windows грузит… так тоже можно обойти кривую прошивку.

Можно. Но боюсь для ТС это будет не просто…

Как собственно и для меня, я пробовал. В итоге встала только Fedora. Хотя говорят Ubuntu тоже должна, я не пробовал.

Иначе облом :( Всё затачивается под форточки сейчас, и тех кто заплатил за ключи ихние…

через хитрые хаки можно подписать загрузчик Linux подписью от MS

В *бунту загрузчик shim, подписанный подписью MS.

встала только Fedora. Хотя говорят Ubuntu тоже должна

Для пробования, достаточно скопировать загрузчик на ESP-раздел, даже не надо систему устанавливать. И если работает, то грузи им что хочешь, хоть любую установленную, хоть «живую», и хоть в самой системе нет подписанного или вообще никакого загрузчика.

включить в UEFI эмуляцию BIOS и работать через legacy

а оно в legasy умеет? зачем же уефи тогда включали?

Проблему решил (надеюсь, полностью). Теперь при включении ПК открывается grub, где я могу выбрать Windows либо Linux. Что именно мне пришлось сделать:

1. Переустановил Windows таким образом, чтобы ее загрузчик установился в EFI раздел, который я создавал при установке Linux;
2. Загрузившись в Linux, выполнил в терминале sudo grub-mkconfig -o /boot/grub/grub.cfg, чтобы grub нашел новый загрузчик Windows;
3. На EFI разделе переименовал появившуюся папку Microsoft в MicrosoftWin;
4. В /boot/grub/grub.cfg также заменил Microsoft на MicrosoftWin;
5. На EFI разделе создал новую папку Microsoft, в ней - папку Boot. В неё из папки grub скопировал файл grubx64.efi и переименовал его в bootmgfw.efi.

Теперь UEFI думает, что \EFI\Microsoft\Boot\bootmgfw.efi - это Windows Boot Manager и грузит его, а это на самом деле переименованный grubx64.efi, который открывает grub. А уже из него я могу запустить реальный Windows Boot Manager, который теперь лежит в \EFI\MicrosoftWin\Boot\bootmgfw.efi. Чтобы об этом знала и сама Windows и не ничего не ломала при обновлениях, я выполнил в командной строке bcdedit /store X:\EFI\MicrosoftWin\Boot\BCD /set {bootmgr} path \EFI\MicrosoftWin\Boot\bootmgfw.efi, предварительно назначив разделу EFI букву X.