Допустим, есть много железок типа cubiboard-2 с процом Allwinner A20 и 1 GB RAM. Допустим, ты мамкин майнер и у тебя штук 150 таких железок в трёх помещениях, каждая следит за какой-то своей видеокартой или прочей фигнёй и шлёт в централизованное место репорты. Ясно, что крипта - скам, майнеры - черти, но давайте обсудим пока другой аспект - технический!

Они могут грузиться с SD карты или с USB. Но хочется этого избежать, т.к. хочется решить прикольную задачу минимизации бюджета. Например, если все ARM-железки нам достались по 500 рублей оптом, то накидывать ещё 500 на каждую за SD/USB-носитель - это чё-то неспортивно. Ещё у железок есть встроенный NAND, но текущий armbian на него чё-то не встал (как будто не увидел) да и не хочется мучать этот NAND: на западных пхорумах пишут, что он не надёжен, отваливается внезапно, а SD-карты норм пашут веками. И вот с SD карты прекрасно грузится armbian и там живёт.

Давайте выкинем SD/USB-флешки из бюджета и будем грузить все железки из сети. Плюс, это даёт однообразие и централизацию управления осью: обновил в одном месте ядро или доставил какой-то пакет, передёрнул рубильник на входе этого курятника и везде всё обновлено - красота.

Вопрос в том, насколько это реально конкретно с armbian? Ведь когда он на SD-флешке, RAM тратится только на heap ядра (мегабайт 90) и остальное отдано юзеру (про файловый RAM-кеш не говорим, его можно и потенсить). Но если этот armbian BOOTP по сети, то ведь придётся держать в памяти весь корень со всеми либами и бинарями всех возможных пакетов и 1 гиг памяти быстро закончится!

В общем, осветите вопрос BOOTP чего-то на ARM-микрожелезки в аспекте вышеуказанных нюансов! Может быть надо грузить не armbian или замонтировать ему корень по сети, а грузить только ядро - тогда железки будут гонять пакеты по сети, когда загрузчик начинает грузить бинарь и подгружать шареные либы… Спасибо.