При наличии каталога /sys/firmware/efi/ alterator-vm: - должен создавать GPT-разбивку, а не MBR, даже на дисках <2Tb - должен обеспечить наличие FAT32-раздела и его монтирование в /boot/efi - тип ESP-раздела -- GUID: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (см. URL) - существующий ESP _не_ должен форматироваться по умолчанию! Желательно, но не обязательно, чтобы этот раздел был первым на диске. Возможно, в дальнейшем понадобится придумать итератор для произведения действия над всеми дисками, по которым раскладывается e.g. зеркалированный корень.
К сведению: alterator-vm-0.4.1-alt19 не даёт смонтировать FAT-раздел вне префикса /mnt, предлагая /mnt/disk. Определяется это guile-evms, на которой пока и застопорился (см. bug #27979).
(In reply to comment #0) > - тип ESP-раздела -- GUID: C12A7328-F81F-11D2-BA4B-00A0C93EC93B PS: поскольку в interfaces/guile/vm/profile.scm замечено упоминание EF02, стоит упомянуть желаемый "краткий" тип ESP: EF00. Человекочитаемое название -- "EFI System Partition (ESP)" или "Системный раздел EFI (ESP)".
Как сказал sbolshakov@, alterator-vm теперь на timonbl4@.
Возможно, стоит оформить отдельной кнопкой "Create EFI System Partition", которая: - либо смонтирует существующий раздел, подходящий под указанные критерии; - либо зашаблонит по параметрам "тип раздела: efi system partition; тип ФС: FAT32; точка монтирования: /boot/efi". Навеяло кнопкой "Create encrypted partition". :)
PS: часть работы в рамках этой баги выполнена над evms (проверено, работает): http://git.altlinux.org/people/timonbl4/packages/?p=evms.git;a=commitdiff;h=bcaee84ee84a13cb1024672197d744aba0ddbcc6
Стоп. Работает, да не совсем -- набралось на отдельный bug #28106.
(В ответ на комментарий №6) > Стоп. Работает, да не совсем -- набралось на отдельный bug #28106. #28106 закрыт. Теперь работает?
(In reply to comment #7) > > Стоп. Работает, да не совсем -- набралось на отдельный bug #28106. > #28106 закрыт. Теперь работает? Вручную ESP создать можно, но такое годится только для технической аудитории. См. comment 4. Ещё надо научиться определять и монтировать уже существующий раздел, это критично для дуал/мультибута.
(В ответ на комментарий №4) > Возможно, стоит оформить отдельной кнопкой "Create EFI System Partition", > которая: > - либо смонтирует существующий раздел, подходящий под указанные критерии; > - либо зашаблонит по параметрам "тип раздела: efi system partition; > тип ФС: FAT32; точка монтирования: /boot/efi". > > Навеяло кнопкой "Create encrypted partition". :) Эта кнопка должна появляться только в случае выбора пользователем "ручного управления" в alterator-vm Во всех остальных случаях раздел создается безусловно, первым на свободном месте (после зачистки или нет -- как выбрал юзер). Потому -- только второй вариант. Эта бага разбивается по сути на две: 1. Создание /boot/efi на свободном месте без участия пользователя в случае выбора им автоматического разбиения 2. Создание кнопки с той же функцией в случае выбора ручной разбивки. Не нажмет ее -- ССЗБ.
(In reply to comment #9) > Эта кнопка должна появляться только в случае выбора пользователем "ручного > управления" в alterator-vm Во всех остальных случаях ...попросту нет того экрана, на котором предложено добавить. > раздел создается безусловно, первым на свободном месте (после зачистки или нет > -- как выбрал юзер). Потому -- только второй вариант. Не совсем. Если зачистку не производили, такой раздел может уже быть и тогда надо его подключить (определяем наличие в корне такой ФС каталога EFI хоть временным монтированием, хоть mdir -- шелловый хелпер могу написать). > Эта бага разбивается по сути на две: > 1. Создание /boot/efi на свободном месте без участия пользователя в случае > выбора им автоматического разбиения Пожалуй. Причём такой вариант запросто может оказаться более future proof при смене материнки или установке диска в другую систему (остаётся вопрос MBR/GPT, но он отдельный и из-за существования [опасных] техник гибридизации таблицы разделов это по крайней мере не сразу тупик). Обдумывал, но решил не шуметь ещё и этим. > 2. Создание кнопки с той же функцией в случае выбора ручной разбивки. > Не нажмет ее -- ССЗБ. Мы всё-таки будем любить пользователей и напишем краткую тематическую справку. Это -- тоже отдельная бага.
(In reply to comment #9) > Эта бага разбивается по сути на две: Ещё одной больше -- при определении EFI следует разбивать даже небольшой диск, используя GPT.
Поскольку изначально запрошенное в рамках этой баги является составным, разобьём на конкретные кусочки, а это пусть будет метабаг.
Поскольку из зависимостей остались открытыми только FR, а вся существенная часть уже некоторое время как реализована трудами Тимура -- закрываю.
