>> Debian в эти самые ARMовские железки, с глубокой адаптацией под задачу.
> Неужели только ядро?Ядро - ключевой элемент системы, на нем все держится. Половина приключений - ради фич которые оно умеет, а не для фапа на цельные системы и прочий маркетинг. Правильные настройки ядра - спасают от кучи глупых проблем. Вплоть до того что авторебут при панике/oops и таймауты - по дефолту расово верные. Не принципиально успеет ли юзермод сконфигурить это до того как систему постигнет факап. Ядро само знает как правильно, по дефолту. А если и ядро совсем околеет - аппаратный вачдог же. Но об этом кто-то должен позаботиться. Например, я. А еще стоит мониторить иерархию наиболее критичных процессов, делающих что-то полезное. Если они умрут - девайс становится не более полезен чем кирпич. Даже если на него можно зайти по ssh - никто не будет этим заниматься. Системд для этого апи умеет. А остальные для этого умеют гонор и предложения накодить это самому. Уже подорвался кодить шаринг вачдога и собирать все грабли возможные в этой логике лично, аж два раза. Ну и драйверы могут быть такие которые нужны в этой системе. Можно конечно и универсальное забахать. Но оно будет в разы жирнее, неизвестно ради чего. Время загрузки от чтения в 2-3 раза больше данных с неторопливого носителя - страдает.
Юзермод - понятие растяжимое. Вещи которые формируют логику и ради которых весь огород - пишу я сам. Раз уж задача нестандартная, значит нестандартная. В этом процессе я вынужден сносно компилить и конфигурить свои процессы и делать их достаточно надежными чтобы они не помирали по простому. А если помирают - хотя-бы рестартились (или всю систему в ребут для выхода на заведомо рабочий режим без глюков). А так что там еще? Куча либ? Ну, спасибо что дебиан их предоставляет, писать самому это было бы не круто. Самому их компилить - спасибо, что-то не хочется. Полторы системных утилиты в минимальной системе? Спасибо что их и правда лишь полторы. Если не хватит - я доустановлю, честно-честно.
А так - дебиан более-менее рассчитан на работу в том числе на серверах. Сервера нынче мало кто любит сильно окучивать, к досаде ветеран юникс админов. Их обычно запустили и они работают. А админы только фатальные факапы разбирают. В этом плане современные энтерпрайзники гораздо более похожи на эмбедовку чем может показаться. Я счтиаю ключевым отличием то что у меня вообще совсем нет админов и поэтому в случае upset система таки пытается сделать рекавери по максимуму своими силами, перезапустив ли прогу или даже перезагрузившись целиком. А люди требуются только если все это совсем не получилось. Т.е. сдохло железо или софт фатально слетел и это таки permanent сбой а не transient.
Особенно смешно - распроклятый системд нормально относится к readonly rootfs (который очень помогает от случайного слета софта). Хотя хейтеры клянутся что он так не работает.
> Ну или изучить man src.conf и изучить каталог /usr/src/sys/arm/conf/ на предмет готовых
> конфигураций сборки для начала хотя бы - не боги горшки обжигают!
Вот всю жизнь мечтал покомпилить сотни дряни под арм в кросс окружении неизвестно ради чего (хм, не помню чтобы дебиановские дефолты в либах мне принципиально мешали).
И ты знаешь, написать штуку сложностью с UBIFS - надо быть или полубогом кодинга и при том МакЛаудом, чтобы прожить достаточно долго, или таки среднего пошиба корпорахой. Единолично разбираться в закидонах кучи NAND чипов - несколько напряжно, а если захардкодить - это чревато, да. Вещицы типа UBI кодили и корпорасы, типа нокии и потом толпой допинывали до кондиции. А в бсд это все нафиг никому не вперлось как я понимаю. Там такого просто нет. Ну и те кому это было надо - судя по всему возлюбили пингвина. Просто потому что идея самому кодить такую штуку - вышибает напрочь любые намеки на проприетарную жабу, если ты не готов вбухать в это как фирма Сони.
