[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