Bug 27804 - Обеспечить автоугадав EFI в установщике
Summary: Обеспечить автоугадав EFI в установщике
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: grub2-efi (show other bugs)
Version: unstable
Hardware: all Linux
: P3 critical
Assignee: Michael Shigorin
QA Contact: qa-sisyphus
URL: http://www.rodsbooks.com/efi-bootload...
Keywords:
Depends on: 27803 27908 27941 27970 27971 27972
Blocks:
  Show dependency tree
 
Reported: 2012-10-04 18:18 MSK by Anton V. Boyarshinov
Modified: 2013-02-25 23:55 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton V. Boyarshinov 2012-10-04 18:18:20 MSK
две задачи
простая: обновить grub2-efi
сложная: обеспечить возможность поставить grub2-efi прямо из alterator-grub в установщике

Ну и на закуску, хорошо бы при этом иметь в виду secure boot.
Comment 1 Michael Shigorin 2012-10-04 18:21:47 MSK
По SB сперва надо будет осмотреть и подбить варианты подхода -- читал малость.
Comment 2 AEN 2012-10-13 22:40:30 MSK
Видимо, стоит серьезно рассмотреть вариант http://www.linuxfoundation.org/news-media/blogs/browse/2012/10/linux-foundation-uefi-secure-boot-system-open-source
Comment 3 Michael Shigorin 2012-11-01 17:59:32 MSK
Краткая сводка с полей:
1) простая задача потребовала ещё более простой -- возможности оценить работоспособность полученного, бишь загрузиться в EFI-режиме;
2) для этого пришлось почитать про (U)EFI как таковое, попытаться задействовать реализацию в сизифном virtualbox, купить материнку для стендовых испытаний, научиться хоть как-то на ней что-то своё бутать в EFI-режиме (что было достигнуто позавчера при помощи простенького elilo, уже отправленного в сизиф);
3) вторая задача -- не просто сложная, а отдельная бага и для её реализации придётся дорабатывать минимум пару пакетов из составляющих инсталятор (это если у меня получится собрать неконфликтующие grub2-pc и grub2-efi, как в opensuse/fedora, и соответственно избежать необходимости доустановки чего-то одного из них в alterator-grub);
4) по secureboot бага также отдельная и на инсталер/alterator-grub, хотя для возможности тестирования в паузах уже собрал efitools и sbsigntools (само тестирование на kvm с опубликованным firmware пока не пытался даже производить, соответственно и пакеты пока не отправлял никуда).

Также намереваюсь прекратить практику сопровождения двух форков исходного пакета grub2, для чего и перерабатываю спек для сборки в два присеста двух вариантов (опять же по примеру opensuse/fedora).
Comment 4 Michael Shigorin 2012-11-12 00:17:09 MSK
(In reply to comment #3)
> 1) простая задача потребовала ещё более простой -- возможности оценить
> работоспособность полученного, бишь загрузиться в EFI-режиме;
Вчера было выполнено.

> 3) вторая задача -- не просто сложная, а отдельная бага и для её реализации
> придётся дорабатывать минимум пару пакетов из составляющих инсталятор (это если
> у меня получится собрать неконфликтующие grub2-pc и grub2-efi, как в
> opensuse/fedora, и соответственно избежать необходимости доустановки чего-то
> одного из них в alterator-grub);
Получилось, можно оформлять и смотреть более предметно.

> Также намереваюсь прекратить практику сопровождения двух форков исходного
> пакета grub2, для чего и перерабатываю спек для сборки в два присеста двух
> вариантов (опять же по примеру opensuse/fedora).
Прекратил, теперь свожу разошедшиеся бранчи.
Comment 5 Michael Shigorin 2012-11-13 23:48:09 MSK
Решение простой задачи поехало в сизиф:
task #84349: added #100: build tag "2.00-alt4" from /people/mike/packages/grub2.git

Багу переформулирую как миниметабаг про сложную.  Снимаю блокер на bug 27803, т.к. технически связаны были задачи обновления (вследствие мержа grub2-pc.spec и grub2-efi.spec), которые решены.
Comment 7 AEN 2012-12-16 19:33:11 MSK
Сокращение иерархии: 27941 и 27971 теперь блокируют метабагу 27685 напрямую, потому 27804 не является блокером 27865.
Comment 8 Michael Shigorin 2013-02-25 23:55:15 MSK
Обе задачи уже некоторое время как решены; остаётся подровнять и проверить ещё одно изменение (недостаточно обдуманно передавал --bootloader-id="ALT Linux" -- именно с пробелом; а надо было внимательней почитать grub-install в части про efibootmgr и поправить, чтобы label и distributor могли отличаться, там грубые намётки в нужную сторону уже есть).  Это в работе и IMHO не блокирует данную метабагу.