Теперь давайте рассмотрим действия происходящие при сборке.  Хотя обычно они скрыты от вас, но выполняются они всегда:

• Трансляция исходного кода программы в ассемблерный код
• Трансляция ассемблерного кода в команды процессора
• Компоновка полученного кода с библиотеками

Я выделил только основные действия. Помимо этого, к примеру, сначала производится обработка кода препроцессором. Но компилятор, к примеру gcc, осуществляет трансляцию исходного кода в ассемблерный код. Хотя это и кажется простым, но создание хороших компиляторов это все еще Rocket Science в программировании. Далее полученный ассемблерный код при помощи утилит из коллекции binutils транслируется в команды процессора и линкуется с библиотеками. В результате чего получается исполняемый файл. Ни одно из этих действий не требует обязательного запуска на целевой платформе, напротив – нам требуется только описание команд процессора. Что и позволяет осуществлять генерацию исполняемых файлов для платформы отличной от платформы запуска инструментария сборки.

Таким образом, чтобы осуществить генерацию кода для платформы, отличной от платформы запуска, необходимо собрать компилятор, ассемблер и компоновщик таким образом, чтобы при своей работе они создавали файлы для целевой платформы.  И все вместе они будут являться инструментарием кросс-сборки (cross-toolchain). Конечно, кроме компилятора, ассемблера и компоновщика в этот инструментарий обычно входит стандартная библиотека C (glibc, uclibc и тому подобные), но на самом деле она требуется для компоновщика и ваших программ, но никак не для самого инструментария кросс-сборки.

Но откуда же берется сложность при кросс-сборке, если все так просто? На самом деле проблема в том, что кроме компилятора, ассемблера и компоновщика в процессе участвуют autotools и прочие утилиты настройки скриптов сборки, которые далеко не всегда приспособлены к осуществлению кросс-сборки. Это в том числе касается и самого инструментария кросс-сборки. OpenEmbedded же позволяет избавиться от этих проблем. Все включаемые в него пакеты проверяются на корректность процесса кросс-сборки и адаптируются по необходимости, в том числе и инструментарий кросс-сборки.

Если первое воткнуть во второе, затем воткнуть конструкцию в IDE, то в для компьютера это будет выглядеть как небольшой жесткий диск. Чтобы система могла грузиться с него необходимо записать на CF загрузчик. Для этого подключим CF к компьютеру при помощи cardreader и проверисм появилась ли она:

$dmesg | tail
sd 12:0:0:1: [sdf] Write Protect is off
sd 12:0:0:1: [sdf] Mode Sense: 03 00 00 00
sd 12:0:0:1: [sdf] Assuming drive cache: write through
 sdf: sdf1
sd 12:0:0:1: [sdf] Attached SCSI removable disk
sd 12:0:0:1: Attached scsi generic sg6 type 0

У меня CF определился как sdf и на нем имеется один первичный раздел sdf1. Далее необходимо проверить какой тип файловой системы имеет раздел. Для этого запустите fdisk и введите p в качестве команды:

$ sudo fidsk /dev/sdf
Command (m for help):p
 
Disk /dev/sdf: 519 MB, 519192576 bytes
16 heads, 63 sectors/track, 1006 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Disk identifier: 0x001c2022
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sdf1               1        1006      506992+   c  W95 FAT32 (LBA)

У моего CF это FAT32. Но linux хотя и умеет использовать эту файловую систему для корневой системы, но делать это не рекомендуется. Для изменения типа раздела введите следующие команды:

Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 83
Changed system type of partition 1 to 83 (Linux)

где:

• 1 — выбор номера раздела
• 83 — выбор типа раздела

Теперь записываем изменения:

Command (m for help): w
The partition table has been altered!
 
Calling ioctl() to re-read partition table.
 
WARNING: If you have created or modified any DOS 6.x
partitions, please see the fdisk manual page for additional
information.
Syncing disks.

Проверяем:

$sudo fdisk /dev/sdf
 
Command (m for help): p
 
Disk /dev/sdf: 519 MB, 519192576 bytes
16 heads, 63 sectors/track, 1006 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Disk identifier: 0x001c2022
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sdf1               1        1006      506992+  83  Linux
 
Command (m for help): q

Как видите теперь основной раздел имеет тип Linux.
Форматируем его под ext2:

$ sudo mkfs.ext2 /dev/sdf1
mke2fs 1.41.3 (12-Oct-2008)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
126976 inodes, 506992 blocks
25349 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67633152
62 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409
 
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
 
This filesystem will be automatically checked every 33 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

Монтируем:

$ sudo mkdir /mnt/cf
$ sudo mount /dev/sdf1 /mnt/cf

В результате CF будет смонтирован в каталог /mnt/cf.

Теперь необходимо изменить конфигурацию ядра. Ранее в Здравствуй мир! Запуск. я уже описывал как заменить стандартный файл конфигурации. Делаем все тоже самое, но конфигурационный файл берем отсюда. В этом файле включены все стандартные IDE контроллеры. Далее необходимо пересобрать ядро и образ файлвой системы. Для этого запускаем следующие команды:

bitbake -c clean linux
bitbake base-image

В результате у вас будет собрано новое ядро и новый образ с включающий его. Далее распаковываем образ точно так же как описано в
Базовый образ как точка старта, только вместо каталога /var/lib/nfsroot используем каталог /mnt/cf. После этого изменяем /mnt/cf/etc/fstab, так как в этот раз загрузка будет производиться не из сети. И вместо

rootfs / auto defaults  1  1

В fstab должно быть:

/dev/hda1 / ext2 defaults 1 1

Учтите что hda это первый IDE диск. Если ваш подопытный компьютер имеет еще и SATA контроллер, рекомендуется выключить его на время экспериментов.

Далее удалите файл /mnt/cf/etc/rcS.d/S03udev и добавьте grub точно так же как добавлялся nfs-utils. В результате у вас должна получиться готовая к работе система. Осталось прописать загрузчик. Перед этим отмонтируйте /mnt/cf:

umount /mnt/cf

Затем запустите grub

sudo grub

Появится интерактивное приглашение. Теперь настраиваем grub и прописываем его в mbr при помощи следующих команд:

device (hd0) /dev/sdf
root (hd0,0)
setup (hd0)

Первая команда указывает grub рассматривать /dev/sdf устройство как hd0, следующая указывает, что в качестве корня используется первый раздел hd0 (sdf1), а setup устанавливает загрузчик в mbr. Если все прошло успешно введите quit и подождите пока загрузчик закончит свою работу.
Далее можно вынуть CF подключить его к CF-IDE и пробовать загружаться на реальном железе, но перед этим вы можете попробовать загрузиться при помощи kvm:

kvm -hda /dev/sdf

или qemu:

qemu -hda /dev/sdf

В результате вы должны будете увидеть приглашение системы:

$ git checkout -b stable/2009 origin/stable/2009

После завершения команды каталог openembedded будет содержать стабильную ветку stable/2009.

Далее удаляем подкаталог tmp в каталоге ~/stuff/build:

$ rm -r ~/stuff/build/tmp

Настраиваем переменные PATH и BBPATH так же как в Здраствуй, мир! Сборка.:

$ export PATH=${PATH}:${HOME}/stuff/bitbake/bin
$ export BBPATH=${HOME}/stuff/build:${HOME}/stuff/openembedded

Переходим в каталог ~/stuff/build, запускаем сборку:

$ cd ${HOME}/stuff/build
$ bitbake base-image

base-image является метапакетом, запускающим сборку необходимых пакетов и компоновку их в образ корневой файловой системы. Учтите, что выполнение будет идти довольно долго.

После завершения сборки в каталоге ~/stuff/build/tmp/deploy/glibc/images/x86 появятся скомпилированное ядро, архив с модулями к нему и образ корневой файловой системы в формате jffs2 и tar. У меня этот каталог содержит:

Angstrom-base-image-glibc-ipk-2009.X-test-20090522-x86.rootfs.jffs2
Angstrom-base-image-glibc-ipk-2009.X-test-20090522-x86.rootfs.tar
Angstrom-base-image-glibc-ipk-2009.X-test-20090522-x86-testlab
base-image-x86.jffs2
base-image-x86.tar
bzImage-2.6.25.20-r2-x86.bin
bzImage-x86.bin
modules-2.6.25.20-r2-x86.tgz

Для запуска системы потребуется два файла. Это образ корневой файловой системы в формате архива tar (Angstrom-base-image-glibc-ipk-2009.X-test-20090522-x86.rootfs.tar) и скомпилированное ядро (bzImage-2.6.25.20-r2-x86.bin). С ядром необходим проделать манипуляции аналогичные тем что производились в Здравствуй, мир! Запуск., а вот с образом корневой файловой системы прийдется повозиться.

Сначала удалите старую корневую файловую систему из каталога /var/lib/nfsroot и распакуйте туда новый образ. Теперь перейдите в каталог /var/lib/nfsroot/etc/default. В нем имеется файл udev следующего содержания:

# Default for /etc/init.d/udev
 
# Comment this out to disable device cache
DEVCACHE="/etc/dev.tar"

Закоментируйте DEVCACHE (если этого не сделать, то udev при старте будет пытаться распаковать его на корневую файловую систему которая находится в режиме только чтение). Далее измените в /var/lib/nfsroot/etc/fstab расположение корневой файловой системы. Для этого строку вида:

rootfs  /  auto  defaults  1  1

замените на:

192.168.1.100:/var/lib/nfsroot  /  nfs  rw  0 0

Где 192.168.1.100 — это адрес вашего NFS сервера.

После того как вы завершили изменения, система почти готова к загрузке. Почему почти? Потому что хотя и указано, что корневая файловая система находится в режиме для записи, но реально при попытке загрузить систему она у вас будет бесконечно ожидать ответ от NFS сервера. Происходит это из-за того, что образ генерируемый base-image не включает в себя пакет nfs-utils, необходимый для работы с NFS сервером в режиме записи. Для исправления ситуации необходимо собрать этот пакет и установить в образ. Для сборки пакета выполняем следующие команды:

$ cd ~/stuff/build
$ bitbake nfs-utils package-index

В результате выполнения этих команд будет собран пакет nfs-utils и произведено переиндексирование репозитория пакетов. Далее требуется поставить собранный пакет.
Для этого копируем из каталога ~/stutff/build/tmp/deploy/glibc каталог ipk со всем содержимым в каталог /var/lib/nfsroot/media/card. Затем переходим в каталог /var/lib/nfsroot/etc/opkg.conf, удаляем там все подпадающие под маску *-feed.conf и создаем там файл local-feed.conf следующего содержания:

src/gz all file://media/card/ipk/all
src/gz x86 file://media/card/ipk/x86
src/gz i486 file://media/card/ipk/i486

Приступаем к установке пакетов. Переходим в корневую файловую систему:

# chroot /var/lib/nfsroot /bin/sh

Запускаем обновления списка пакетов из репозитория и установку nfs-utils:

# opkg-cl update
# opkg-cl install task-base-nfs

Думаю вы заметили что устанавливается не nfs-uitls, а task-base-nfs. Дело в том что пакет nfs-utils включает в себя сервер, а клиентская часть (portmap) вынесена в task-base-nfs.

После завершения установки выходим из корневой системы:

# exit

Переходим к запуску. Запустите nfs сервер, а затем Virtual Box. Если вы все сделали правильно то в окне вы увидите следующее:

Для входа в систему введите пользователя root и нажмите enter. После чего вы попадаете в базовую систему. Можно изучать и играться. А в следующий раз я расскажу как ее запустить на реальном железе.

• Использование libcurl для скачивания.
• Проверка целостности списков пакетов при помощи gpg.
• Автоматическая установка необходимых по зависимостям пакетов.
• Возможность отключения автоматической установки пакетов по зависимостям.
• Поддержка фасетной классификации пакетов.
• Выделение основного функционала в отдельную библиотеку libopkg.

В планах разработчиков Opkg стабилизация API библиотеки libopkg, что позволит создавать свои оболочки по управлению пакетами. Дополнительную информацию и исходные коды opkg можно получить на его домашней странице.

Для настройки opkg используется два конфигурационных файла arch.conf и opkg.conf. В первом содержатся допустимые архитектуры процессоров и вес по которому выбирается предпочтительная архитектура. В качестве примера приведу arch.conf для машины с процессором VIA C3:

arch all 1
arch noarch 1
arch i586 5
arch i486 10

Как вы видите сначала указаны типы архитектуры all и noarch.
В первую категорию попадают различные пакеты содержащие программы которые не зависят от архитектуры. Такими к примеру являются скрипты на perl, bash, python, java и тому подобные.
Во вторую категорию попадают пакеты которые не содержат каких либо исполняемых файлов, к примеру скелет корневой файловой системы или man страницы. Далее указаны архитектуры i586 и i486. Если же необходимый пакет будет присутствовать, но будет собран именно под архитектуру отличную от тех что есть в arch.conf, что позволяет избежать установки пакетов собранных под неподдериживаемые системой архитектуры. Теперь давайте обратим внимание на веса архитектур.
Веса необходимы для указания пакет какой архитектуры ставить при наличии такового в разных редакциях. Так в данном случае пакеты архитектур all и noarch всегда имеют приоритет над пакетами архитектур i586 и i486 так-как их вес меньше. А у архитектуры i586 приоритет выбран выше чем у i486 так как пакеты собранные с оптимизацией под i586 архитектуру могут работать быстрее чем пакеты собранные с оптимизацией под i486.
Это позволяет выбрать из репозитария оптимальный набор пакетов для вашей системы. Расположение репозитариев указывается во втором файле конфигурации opkg.conf. К примеру вот так:

src "MyDist All" http://192.186.1.100/deploy/glibc/ipk/all
src "MyDist i486" http://192.186.1.100/deploy/glibc/ipk/i486

В этом примере определены два репозитария MyDist All и MyDist i486 первый содержит пакеты архитектуры all, второй архитектуры i486. В качестве их источника используется веб-сервер 192.168.1.100, в данном случае для получения доступа к репозитарию используется http-протокол, но помимо него могут быть использованы другие протоколы, которые поддерживаются curl. С полным списком можно ознакомится на его сайте. Кроме репозиториев в файле конфигурации можно настроить прокси сервер, дополнительные пути и многое другое, но для практики по установке пакетов, про которую я напишу в следующий раз, это не потребуется.

• Где эту штуку можно использовать?
• На каком железе это будет работать?

Надеюсь,  в статье вы найдете ответы на эти вопросы.

Начнем с того, что такое встроенная система.

• Встроенная система — это небольшой специализированный компьютер, который интегрирован в то устройство которым она управляет.

Такие компьютеры можно условно разделить на два класса:

• Малый — состоит одной микросхемы которая включает в себя процессор, ОЗУ, ПЗУ и интерфейсы ввода-вывода.
• Большой — состоит из нескольких микросхем, одна из которых включает в себя процессор и интерфейсы ввода-вывода, а остальные представляют из себя ОЗУ, ПЗУ и дополнительноые интерфейсы ввода-вывода.

Малый класс встроенных систем обычно не обладает своей собственной операционной системой и управляющая программа работает с аппаратным обеспечением напрямую. Это связано с тем что объем ОЗУ и ПЗУ не слишком велик, а использование операционной системы для абстрагирования программы от аппаратного обеспечения не имеет смысла или даже вредно. Так происходит из-за того что количество интерфейсов ввода-вывода невелико и функции устройства просты или устройство работает в режиме «жесткого» реального времени и задержки вносимые работой операционной системы недопустимы. Встроенные системы этого класса используются очень широко, практически каждый человек сталкивалися с устройствами под их управлением. К ним относятся микроволновки, стиральные машины, автоматические двери, DVD-плееры и многие другие.

Большой класс встроенных систем в противоположность малому обычно обладает операционной системой и управление осуществляется специализированным программным обеспечением работающего в ней. Этот подход удобен, когда устройство обладает большим количеством сложных интерфейсов ввод-вывода или выполняет сложные функции. К примеру такого рода устройством является беспроводной VoIP-телефон. В нем есть беспроводной модуль Wi-Fi, клавиатура, экран, динамик и микрофон. При осуществлении звонка встраиваемая система должна одновременно обеспечивать кодирование/декодирование звука, подключение к точке доступа, взаимодействие с VoIP-АТС и передачу звука ей. Реализация всех этих задач в виде одной программы, работающей напрямую с аппаратным обеспечением, весьма сложна. Но если воспользоваться операционной системой, она возьмет на себя львиную долю рутинной работы, предоставляя программисту более простой интерфейс, за счет чего задача становится менее трудоемкой. Используются встроенные системы большого класса не так широко как малого, но в более сложных устройствах. Из того, что вы можете встретить в повседневной жизни, это:

• VoIP-телефоны
• Маршрутизаторы
• Точки доступа
• Сетевые хранилища (NAS,SAN)
• КПК
• Некоторые цифровые фотоаппараты
• Сотовые телефоны
• Игровые приставки
• Принтеры
• Платежные и инфомационные терминалы

Конечно, далеко не все из перечисленых устройств используют в качестве операционной системы Linux. Кроме Linux существуют специализированные операционные системы для встраиваемых систем, некоторые из них могут работать даже на малом классе встраиваемых систем. Linux же может работать на встраиваемых системах большого класса, соответствующих следующим критериям:

• Процессор поддерживается ядром
• Минимум 4 мегабайта ОЗУ
• Минимум 2 мегабайта ПЗУ

Если у вас есть устройство с встраиваемой системой такого класса, то остается только найти способ загрузить ядро Linux на нем. Это может позволить расширить его функции или даже модифицировать их под свои нужды. Ограничиваться это будет только ресурсами устройства и вашей фантазией. :)

sudo apt-get install virtualbox

Затем потребуется собрать модуль для virtualbox (возможно, вам не потребуется собирать модуль, так-как в исходных кодах он стал устанавливаться недавно)

sudo apt-get install module-assistant
sudo m-a prepare
sudo m-a a-i virtualbox-ose

и загрузить его

sudo modprobe vboxdrv

Note: Команда sudo m-a a-i virtualbox-ose может сообщить об неудачном завершении. Но на самом деле все что необходимо она выполнила. Если при этом у вас команда sudo modprobe vboxdrv не вывела никаких ошибок при выполнении, то значит все в порядке.

Затем добавляем его в автозагрузку. Для этого открываем /etc/modules и добавляем туда:

vboxdrv

после чего сохраняем. Теперь при каждой загрузке этот модуль будет подгружаться сам. Осталось добавить себя в группу пользователей vboxusers, чтобы можно было работать с Virtualbox:

sudo adduser [your username] vboxusers

Note: Для вступления в силу изменений потребуется завершить сеанс и войти заново.

Теперь пробуем запустить Virtualbox (у меня находится в разделе стандартные). Если вы увидите нечто такое:

то значит, что virtualbox работаем и можно приступать к созданию виртуальной машины, если нет то необходимо разобраться, что у вас не так.

Для создания новой виртуальной машины нажимаем создать, далее в качестве имени вводим openembedded (на самом деле имя может быть любым, главное чтобы оно не содержало пробелов), в тип ОС указываем Linux 2.6, жмем далее до запроса о виртуальном диске. Тут так же жмем далее, когда выскакивает предупреждение о том, что у нас нет дисков, нажимайте продолжить пока они не потребуются. После этого выведется итог, там жмем готово.
В списках виртуальных машин должна появиться машина openembedded. Выделяем ее и жмем свойства, там выбираем пункт Общие и переключаемся с закладки Основные на закладку Дополнительно. Там меняем порядок загрузки таким образом, чтобы Сеть была включена и была в списке первой. Если что-то не понятно сверьтесь:

Если вы выполнили все верно, то виртуальная машина настроена. Теперь необходимо добавить загрузчик, собрать ядро, установить и настроить NFS сервер. Начем с загрузчика.

В качестве загрузчика будет использоваться pxelinux из состава syslinux. Устанавливаем его:

sudo apt-get install syslinux

Нужный нам файл pxelinux.0 находится в каталоге /usr/lib/syslinux. Для его установки переходим в каталог ~/.VirtualBox, создаем нем каталог TFTP и копируем туда pxelinux.0:

cd ~/.VirtualBox
mkdir TFTP
cp /usr/lib/syslinux/pxelinux.0 TFTP/openembedded.pxe

Note:Такое странное имя выбрано не спроста. Если вы вспомните называлась виртуальная машина, то заметите что оно совпадает с ее именем. Это необходимо из-за того что VirtualBox обладает встроенными средствами автоконфигурации и загрузки по сети. Для того чтобы он нашел загрузчик, он должен называться имя машины.pxe.

Теперь можно попробовать включить виртуальную машину. Выберите ее в списке и нажмите старт. Если в результате вывелось что-то похожее

значит VirtualBox нашел загрузчик и передал ему управление. Выключаем вируальную машину и переходим к сборке ядра. Для этого потребуется изменить локальную конфигурацию и один из файлов репозитория. Начнем с файла локальной конфигурации local.conf. Добавляем в него строку следующего вида:

FILESPATH =. "${TOPDIR}/conf/recipes/${PN}/${MACHINE}:"

Затем изменяем файл base.bbclass. Он находится в каталоге ~/stuff/openembedded/classes. Открывываем его, ищем строку начинающуюся с:

FILESPATH

удаляем.

Note: Эти действия необходимы для того чтобы конфигурация ядра бралась не из репозитория, а из определенного конфигурацией каталога.

Создаем каталог в котором будет находится файл конфигурации ядра:

mkdir -p ~/stuff/build/conf/recipes/linux/x86

Выкачиваем его:

cd ~/stuff/build/conf/recipes/linux/x86
wget http://openembedded.ru/wp-content/uploads/2009/01/defconfig

Далее собираем ядро. Для этого переходим в каталог ~/stuff/build и запускаем сборку ядра:

cd ~/stuff/build
export BBPATH="$HOME/stuff/build:$HOME/stuff/openembedded"
export PATH="$PATH:$HOME/stuff/bitbake/bin"
bitbake virtual/kernel

Сборка займет где-то полчаса-час в зависимости от мощности вашего компьютера. После ее завершения потребуется скопировать ядро в каталог ~/.VirtualBox/TFT, чтобы его смог найти загрузчик. Далее настроить загрузчик, так чтобы он грузил ядро и настроить NFS сервер, чтобы ядро смогло подключить корневую файловую систему. Начнем с ядра.

Ядро находится в каталоге ~/stuff/build/tmp/deploy/glibc/images/x86 и называется bzImage-x86.bin. Копируем его в ~/.VirtualBox/TFTP:

cd ~/.VirtualBox/TFTP
cp ~/stuff/build/tmp/deploy/glibc/images/x86/bzImage-x86.bin bzImage

Переходим к настройке загрузчика. Создаем каталог pxelinux.cfg (в нем загрузчик ищет файлы конфигурации):

mkdir ~/.VirtualBox/TFTP/pxelinux.cfg
cd ~/.VirtualBox/TFTP/pxelinux.cfg

Далее создаем файл конфигурации default следующего содержания:

prompt 0
default linux
timeout 5
 
label linux
kernel bzImage
append ip=dhcp root=/dev/nfs nfsroot=192.168.1.100:/var/lib/nfsroot

При этом:

• 192.168.1.100 это ваш ip адрес (который настроен на вашем компьютере автоматически или в ручную)
• /var/lib/nfsroot указывает где находится необходимая нам корневая файловая система.

Если вы сейчас попробуете загрузить виртуальную машину, то загрузчик найдет ядро и загрузит его. Ядро запустится, но не найдет корневую файловую систему и перейдет в kernel panic. Чтобы избежать этого необходимо установить и настроить nfs сервер.
Для установки запускаем команду:

sudo apt-get install nfs-kernel-server

затем настраиваем экспорт каталога, где будет находиться корневая файловая система, в /etc/exports. Для этого в файл exports требуется добавить строку следующего вида:

/var/lib/nfsroot        *(ro,insecure,all_squash,no_subtree_check)

В качестве каталога для корневой файловой системы я выбрал /var/lib/nfsroot. Его требуется создать и распаковать туда корневую файловую систему. Сделать это можно следующим образом:

sudo mkdir /var/lib/nfsroot
cd /var/lib/nfsroot
sudo tar -xvf ~/stuff/build/tmp/deploy/glibc/images/x86/helloworld-image-x86.tar

В результате каталог /var/lib/nfsroot будет содержать корневую файловую систему. Проверить все ли в порядке можно при помощи следующей команды:

$ ls -l
итого 4
drwxr-xr-x 2 root root   17 Дек 31 00:50 bin
drwxr-xr-x 2 root root 4096 Дек 31 00:50 dev
drwxr-xr-x 3 root root   42 Дек 31 00:50 etc
drwxr-xr-x 4 root root   26 Дек 31 00:50 usr

Если вы получили аналогичный вывод значит все в порядке.
Запускаем nfs сервер:

sudo /etc/init.d/nfs-kernel-server start

Теперь сновая запускаем виртуальную машину. После того как она включится, должен будет запустится загрузчик, затем он запустит ядро, а ядро подключит по nfs корневую файловую систему и запустит /bin/init который является символической ссылкой на программу helloworld. И в результате вы должны увидеть вот такую картину:

Если вы ее видите, то поздравляю вас. Вы собрали первый дистрибутив на базе OpenEmbedded!
А в следующий раз я расскажу как собрать систему состояющую не только из helloworld.

• Компьютер с установленным дистрибутивом Linux Ubuntu.
• Желание установить и умение читать.
• Интернет канал, желательно безлимитный.

Если у вас есть все требуемое, запускайте терминал. Для начала запустим установку необходимых программного обеспечения:

sudo apt-get install make gcc g++ ccache sed wget cvs \
subversion git-core git coreutils unzip texi2html texinfo \
libsdl1.2-dev docbook-utils gawk python-pysqlite2 \
diffstat help2man libxml2-utils xmlto \
python-psyco linux-headers-`uname -r`

В случае если у вас достаточно быстрый интернет, то установка займет где-то полчаса. Если же нет, то это отнимет больше времеи.

Как только все программы установятся, cоздаем каталог для опытов и переходим в нее:

exit
mkdir -p ~/stuff/build/conf
cd ~/stuff

Далее установливаем bitbake. Для этого с сайта bitbake скачиваем и распаковываем последний релиз:

wget http://download.berlios.de/bitbake/bitbake-1.8.12.tar.gz
tar -xzvf bitbake-1.8.12.tar.gz
mv bitbake-1.8.12 bitbake

Следующим шагом идет получение репозитория OpenEmbedded. Для его получения запускаем:

git clone git://git.openembedded.net/openembedded

Если вдруг доступен только http (злые админы закрыли интернеты) то пробуем получить его через http:

git clone http://repo.or.cz/r/openembedded.git

Note:
В дальнейшем для обновления репозитария будет достаточно перейти в каталог stuff/openembedded:

cd ~/stuff/openembedded
git pull

Учтите, репозиторий довольно большой, так что качается довольно долго. Когда он скачается, необходимо создать конфигурационный файл сборки. Воспользуемся примером из репозитория:

cd ~/stuff/
cp openembedded/conf/local.conf.sample build/conf/local.conf

Далее откройте файл в редакторе и измените значения следующих переменных:

BBFILES = "${HOME}/stuff/openembedded/recipes/*/*.bb"
DL_DIR = "${HOME}/stuff/sources"
DISTRO = "angstrom-2008.1"
MACHINE = "x86"

А в конце файла удалите строку:

REMOVE_THIS_LINE

сохраните файл.
Теперь необходимо настроить окружение. Сначала указываем где у нас находится bitbake

export PATH=${PATH}:${HOME}/stuff/bitbake/bin

затем указываем bitbake где искать репозиторий и файл конфигурации

export BBPATH=${HOME}/stuff/build:${HOME}/stuff/openembedded

И наконец запускаем сборку hello world:

bitbake helloworld-image

Если в результате запуска появилось нечто такое:

NOTE: Handling BitBake files: / (6291/6291) [100 %]
NOTE: Parsing finished. 6027 cached, 0 parsed, 264 skipped, 0 masked.
NOTE: build 200812252310: started
 
OE Build Configuration:
BB_VERSION        = "1.8.10"
METADATA_BRANCH   = "org.openembedded.dev"
METADATA_REVISION = "5b1ed09b1ab1a60a28a76e4658bc9957cd361b5d"
TARGET_ARCH       = "i486"
TARGET_OS         = "linux"
MACHINE           = "x86"
DISTRO            = "angstrom"
DISTRO_VERSION    = "2008.1-test-20081225"
TARGET_FPU        = ""
 
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing runqueue

то можете себя поздравить, bitbake и openembedded установленны правильно. Вам осталось подождать пока bitbake соберет все что необходимо.

- Стоп! А как это теперь запустить?
А вот об этом в следующий раз :)