Ядро может его не подхватывать если само ядро большое - u-boot при копировании/распаковки ядра затирает начало rootfs. Я с этим тоже долго разбирался пока не расписал все области памяти которые используются.
А что у вас за плата? Куда вы заливаете 11мб root?
Subj... туда и заливаю... это распакованный образ... т.е. дополнительной памяти на распаковку не требуется... хотя, пробовал и так и эдак... Исходя из того, что с залитым rootfs от SK остается ~20 mb ram free, проблем с +10 mb rootfs IMHO быть не должно...
Решил на новой плате собрать корневуху с помощью builroot.
Спасибо sasamy за инструктаж:
После распаковки/копирования, при make menuconfig сразу "получил гранату", оболочка начинает себя собирать в вечном цике, потом обратил внимание на ругань о времени создания makefile.
1) Итак, момент номер один, может быть актуален для всех кто собирает систему из под VMware. Дело в системных часах (которые могут на года отставать от текущей даты) и будут отставать в последствии (если принудительно их подводите) из-за "паузы" в выключеном состоянии. Поэтому обращайте внимание на даты любых исходников которые пытаетесь собрать, а в "важные" моменты сборки подведите системные часы до реального состояния, меньше проблем будет.
Еще я не понял:Там ведь в "голом" виде нет ядра, соответственно и конфигурить нечего, или его руками положить можно/нужно?
Далее, теперь предстоит разобраться с сетью, т.к. buildroot самостоятельно скачивает необходимые исходники. В поставляемом виде машины VMware настроена на работу с локальной сетью 192.168.0.ххх (ее IP 192.168.0.2), но для выхода в интернет этого не достаточно. По идее, достаточно в свойствах соединения (через которое Вы с интернетом коннектитесь) ткнуть галку "Разрешить други пользователям сети ..." и из ниспадающего списка сетей выбрать локалку в которую входи VMware машина.
Но, пока у меня что то фокус не вышел, винда сама меняет IP моей сетевухи на 192.168.0.1 (этот адрес прописан в VMware как основной шлюз), но пинги из VMware не ходят, причем DNS явно работает т.к. IP внешних серверов определяется верно, фаирвол отключен, ну и buildroot соответственно то же не может ничего скачать:
Имелось в виду команда в корне рабочей папки
#make menuconfig
такя же как при сборке ядра - ничего более :) В buildroot система сборки скопирована с исходников ядра. Конфиг имеет вид
.config - тоже как у ядра.
После #make menuconfig соберется конфигуратор в виде диалогового окна где можно выбирать нужные опции сборки. Если ничего не нужно менять выбираем Exit внизу.
Если не удастся настроить сеть в vmware - можно создать директорию dl в рабочей директории и положить туда заранее скачанные исходники- версии будут зависеть от даты buildroot, они автоматом обнаружатся системой сборки. Вот то что требуется для моего конфига:
Мой конфиг собирает только основные утилиты без ядра - если нужно то можно настроить что автоматом будет собираться и ядро и u-boot и даже bootstrap помоему тоже можно - в данном случае нам это не нужно и я отключил в конфиге.
Странно - куда это он полез... sed установлен на хостситеме ? Надеюсь мой конфиг лежит в директории /home/user/src/Buildroot/buildroot/.config ?
#ls -l /home/user/src/Buildroot/buildroot/.config
Странно, убрал madplay из сборки (причем пришлось именно в .config закомментарить), такая же ошибка теперь с busybox: Интресно, это "...project_build_arm//root..." как птнимать?
Может еще какие-нибудь конфиги еще перед сборкой надо делать ...
Да - что то не так видимо с парсером и скорей всего с sed - установите его на хост системе через систему установки пакетов (из rpm). Вместо // должно быть /madplay/ - если это мой неизмененный конфиг - вы не меняли там ничего ?