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

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

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 вообще нового железа в принципе больше не будет никогда. 
Сэкономим на размере образов к тому же.

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