[devel] Fwd: alterator-netinst на aarch64

Leonid Krivoshein klark.devel на gmail.com
Пн Авг 27 16:33:27 MSK 2018



27.08.2018 12:22, Sergey Bolshakov пишет:
>   > On 2018-08-25 01:55:28 +0300, Leonid Krivoshein wrote:
>   >> Для UEFI/Legacy/x86/x86_64/IA64 не хватает обновления протухшей
>   >> версии syslinux хотя бы до 6.0. И разновидностей "данных" д.б.
>   >> больше.
>
>   > Как только gear начнет поддерживать git submodules.
>
> с этим у нас давно управляются, с помощью subtree например.

Если речь об этом:
https://bugzilla.altlinux.org/show_bug.cgi?id=34481#c19
то чем здесь помогут git submodules?


>   >> Здесь хорошо бы новый механизм с обновлением на лету стека
>   >> на iPXE или может что-то вроде.
>
>   > Обновлением чего и где? Софта в ПЗУ сетевого адаптера? Нас с какой
>   > скушают, если наш софт туда полезет...
>
> имеется ввиду замена pxe-стека клиента в рантайме на ipxe'шный
> undionly, например. реализуется тривиально конфигом dhcpd.

Да, в первую очередь именно такой механизм имел ввиду, но заливка iPXE в 
ROM сетевухи как раз ещё более предпочтительный метод в ряде случаев. 
Само ничего не должно пролазить, только по желанию клиента, конечно. :) 
И раз уж вспомнили про iPXE/DHCP, то для информации: у нас ipxe сейчас 
собран так, что в сети нужно поднять два DHCP-сервера: IPv4 и IPv6, 
иначе загрузка iPXE будет чересчур тормозной (клиент сначала дожидается 
отлупа от обеих серверов и начинает загрузку лишь по тайм-ауту). Кроме 
того, это повод, учитывая интересные особенности iPXE, подискутировать о 
возможностях сборки из сорцов таких пакетов, как iPXE, простыми 
админами. Причём, через GUI a-n-i, без CLI. :)


>   >> В общем, тут у нас всё устарело и надо бы озадачиться.

Это было сказано к тому, что сильно упираться ради нынешнего a-n-i я бы 
не стал, а заниматься его улучшением пока нет возможности -- разбивалку 
дисков сначала доделаю.


-- 
Best regards,
Leonid Krivoshein.



Подробная информация о списке рассылки Devel