Re: [devel-distro] Несколько ядер в stage1 и stage2

[Leonid Krivoshein <klark.devel@gmail.com>]

28.02.2020 6:57, Антон Мидюков пишет:
> 28.02.2020 10:50, Anton Farygin пишет:
>> On 28.02.2020 06:35, Антон Мидюков wrote:
>>> 28.02.2020 10:21, Leonid Krivoshein пишет:
>>>>
>>>> 27.02.2020 16:11, Aleksey Novodvorsky пишет:
>>>>> чт, 27 февр. 2020 г., 16:07 Leonid Krivoshein 
>>>>> <klark.devel@gmail.com <mailto:klark.devel@gmail.com>>:
>>>>>
>>>>>
>>>>>     27.02.2020 15:51, Антон Мидюков пишет:
>>>>>     [...]
>>>>>     > И всё равно. Вопрос тот же. Нужно ли ставить их оба, или 
>>>>> ставить
>>>>>     > только то, с которым загрузились при установке?
>>>>>     >
>>>>>
>>>>>     Вот и предлагается это решить в обсуждении.
>>>>>     Я предложил ставить оба на жёсткий диск и обосновал.
>>>>>     Тем более, ты это уже успешно реализовал...
>>>>>
>>>>>
>>>>> Согласен с тем, что оба. По крайней мере пока.
>>>>>
>>>>
>>>>
>>>> Если сильно дорожим x86_64 и i586 в графике, заморачиваемся с 
>>>> gfxboot для syslinux и grub, то ценой не знаю пока точно какого 
>>>> времени восстанавливаем то, что висит на кнопке F7 
>>>> (design-bootloader/src/panel.inc) -- оно никуда не девалось, просто 
>>>> кнопка появляется в зависимости от имени каталога, в котором лежит 
>>>> ядро и initrd. У нас оно лежит в alt0. Если в имени будет 
>>>> присутствовать x86_64, gfxboot будет считать его одним, если i386 
>>>> или x86, то другим. Нужно будет поменять переводы и подсказки 
>>>> вокруг, не перепутав наш un-def с егойным .undef. См. также: 
>>>> src/common.inc:/check_arch_boot_dir, а вот эти надо убирать: 
>>>> /32bit_popup, /64bit_popup.
>>>>
>>>> Но мне тоже не понравился этот недокументированный транслятор 
>>>> байт-кода, ориентированный только на Intel ix86. Если других 
>>>> архитектур у нас подавляющее большинство, то для них мы так F7 не 
>>>> забиндим и нужно делать через подменю или отдельными пунктами в 
>>>> главном меню, а это совсем другая структура меню получится. 
>>>> Реализовать так быстрей и проще, но там не будет графики, зато 
>>>> можно сделать универсально.
>>>>
>>> А может не будем для syslinux выбор ядер делать? Всё новое железо 
>>> будет с UEFI без legacy, а свежее ядро нужно только новому железу. И 
>>> тогда наша задача сведётся к реализации подменю для rEFInd на данном 
>>> этапе. Для i586 вообще нового железа в принципе больше не будет 
>>> никогда. Сэкономим на размере образов к тому же.
>>>
>> А если учесть то, что от refind надо уходить, то остаётся только grub.
> Надо, но не прямо сейчас. Так что прямо сейчас актуален именно rEFInd. 
> И это прямо сейчас продлится неопределённо долго

Наш .efi.img (в ElTorrito) вырос за последние годы почти вдвое и на 
каком-то железе это уже проблема загрузки. Теперь мы добавим туда ещё 
одно ядро с initrd и число совместимых машин по EFI-загрузке резко 
упадёт. Уж лучше перейти на grub на без графики, чем вот так. Но раз с 
grub'ом получилось, раз SecureBoot уже есть, осталось только сборку темы 
в ISO добавить -- сама тема для grub тоже есть.


> , так как:
>>
>> Но придётся поработать над вопросами подписи ядер и модулей на этапе 
>> сборки.
>>
>

-- 
Best regards,
Leonid Krivoshein.