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

[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 at gmail.com 
>>> <mailto:klark.devel at 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.

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