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

[Антон Мидюков]

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. И 
это прямо сейчас продлится неопределённо долго, так как:
>
> Но придётся поработать над вопросами подписи ядер и модулей на этапе 
> сборки.
>

-- 
С уважением, Антон Мидюков <antohami �� altlinux.org>