TWIMC: этот FR фактически блокировался bug #28470 (сегодня выяснили/закрыли), а ещё к нему имеет косвенное отношение исправление в guile-evms-0.4-alt14 (при подключении существующего /boot/efi теперь не предлагается его отформатировать по умолчанию).

(In reply to comment #0)
> нажатием одной кнопки "Create ESP"/"Создать ESP".

При таком полуавтоматическом создании задаются такие дефолты:
- размер -- пусть 200M (диапазон осмысленных -- 100..500M);
- GPT GUID -- указанный выше;
- тип ФС -- FAT32;
- точка монтирования -- /boot/efi
(или же в точности как для автоматического создания на пустом диске).

> - если не существовал или существует, но ФС не содержит корневого каталога
>   с именем "EFI" -- назначить форматирование под FAT32
Проверять можно mdir (mtools), чтоб не монтировать; как вариант -- ослабить проверку до точного соответствия GUID и размера, скажем, >=50M.

В любом случае снимаю блокер, так как текущее состояние вполне удовлетворительно и примерно соответствует тому, что реализовано в openSUSE -- при установке второй системы на EFI создаётся второй ESP, это на имеющихся фирмварях работает; а если где и споткнётся, так есть алгоритмический объезд (comment #0).

Ещё один "сокращённый" вариант: просто сменить предлагаемый тип ФС по умолчанию для efi system partition на FAT32.

Это изменение было бы крайне здорово получить к выпуску дистрибутивов 7.0.2.

Кстати, одновременно стоило бы создавать и bios boot partition минимального размера (8 Мб -- за глаза) для случая GRUB.

...и проверять, что при EFI-загрузке системы мы EFI-раздел всё-таки создаём
(возможно, это отдельный существенный FR).

уже давно реализовано (?)