Bug 28163 - [FR] удобное ручное создание/монтирование EFI System Partition
Summary: [FR] удобное ручное создание/монтирование EFI System Partition
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-vm (show other bugs)
Version: unstable
Hardware: all Linux
: P3 enhancement
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL: http://www.rodsbooks.com/efi-bootload...
Keywords:
Depends on: 27979
Blocks: 27971
  Show dependency tree
 
Reported: 2012-12-03 15:11 MSK by Michael Shigorin
Modified: 2023-11-16 12:08 MSK (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2012-12-03 15:11:16 MSK
+++ This bug was initially created as a clone of Bug #27971 +++

При наличии каталога /sys/firmware/efi/ alterator-vm должен предоставить удобную возможность создать/подключить EFI System Partition на выбранном диске нажатием одной кнопки "Create ESP"/"Создать ESP".

Сейчас всё нужное можно выполнить вручную с помощью имеющейся функциональности, но получается рутинная работа, при которой не так сложно ошибиться.

Действия:
- проверить существование раздела с GUID: C12A7328-F81F-11D2-BA4B-00A0C93EC93B
- если не существует, создать
- если не существовал или существует, но ФС не содержит корневого каталога
  с именем "EFI" -- назначить форматирование под FAT32
- назначить монтирование в /boot/efi, если ещё не назначено другой ФС

Желательно, но не обязательно, чтобы этот раздел был первым на диске.
Comment 1 Michael Shigorin 2013-02-05 16:42:00 MSK
TWIMC: этот FR фактически блокировался bug #28470 (сегодня выяснили/закрыли), а ещё к нему имеет косвенное отношение исправление в guile-evms-0.4-alt14 (при подключении существующего /boot/efi теперь не предлагается его отформатировать по умолчанию).
Comment 2 Michael Shigorin 2013-03-15 20:50:57 MSK
(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).
Comment 3 Michael Shigorin 2013-03-16 19:48:31 MSK
Ещё один "сокращённый" вариант: просто сменить предлагаемый тип ФС по умолчанию для efi system partition на FAT32.
Comment 4 Michael Shigorin 2013-11-29 14:23:06 MSK
Это изменение было бы крайне здорово получить к выпуску дистрибутивов 7.0.2.
Comment 5 Michael Shigorin 2014-12-13 14:39:52 MSK
Кстати, одновременно стоило бы создавать и bios boot partition минимального размера (8 Мб -- за глаза) для случая GRUB.
Comment 6 Michael Shigorin 2019-10-07 18:32:31 MSK
...и проверять, что при EFI-загрузке системы мы EFI-раздел всё-таки создаём
(возможно, это отдельный существенный FR).
Comment 7 Олег Соловьев 2023-11-16 12:08:21 MSK
уже давно реализовано (?)