Проблема с helloworld-image

[Alexar]

Собираю в Ubuntu запущенной в virtualbox. Виртуальный жесткий диск
сделал 18 гигов (где-то в комментах к статье было написано, что
достаточно 10 гигов для сборки).
Проблема в следующем: во время настройки ядра (bitbake virtual/kernel
запущен из каталога ~/stuff/build) заканчивается свободное место.
Заново все пересобирать неохота. Можно ли удалить ~/stuff/tmp ? Эта
папка возникла в ходе выполнения команды bitbake helloworld-image
(команду запускал из ~/stuff).
Может можно как-то еще раздобыть свободного места не начиная все с
нуля?
Заранее спасибо.

[Denys Dmytriyenko]

On Fri, Jan 15, 2010 at 02:01:17PM -0800, Alexar wrote:
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ Ubuntu О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ virtualbox. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫ 18 О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫-О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 10 О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫).
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫: О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ (bitbake virtual/kernel
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ~/stuff/build) О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ~/stuff/tmp ? О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ bitbake helloworld-image
> (О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ ~/stuff).
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫?
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ tmp/work. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ INHERIT += "rm_work" О©╫ local.conf

--
Denys

[Alexar]

> tmp/work.
> , INHERIT += "rm_work" local.conf
>
> --
> Denys

Спасибо, помогло.

[Alexar]

Возникла еще одна проблема. Останавливается на 375 шаге:
NOTE: Task failed: /home/user/stuff/build/tmp/work/x86-angstrom-linux/
linux-2.6.32+2.6.33-rc4-r1/temp/log.do_stage.14748
ERROR: TaskFailed event exception, aborting
ERROR: Build of /home/user/stuff/openembedded/recipes/linux/
linux_2.6.32+2.6.33-rc4.bb do_populate_staging failed
ERROR: Task 9 (/home/user/stuff/openembedded/recipes/linux/
linux_2.6.32+2.6.33-rc4.bb, do_populate_staging) failed
NOTE: Tasks Summary: Attempted 374 tasks of which 374 didn't need to
be rerun and 1 failed.
ERROR: '/home/user/stuff/openembedded/recipes/linux/
linux_2.6.32+2.6.33-rc4.bb' failed

log.do_stage.14748 содержит одну строчку: cp: target `/home/user/stuff/
build/tmp/staging/x86-angstrom-linux/kernel/include/asm-x86/' is not a
directory

Как исправить?

[Anatoly Shipitsin]

2010/1/17 Alexar <awe...@gmail.com>

Я думаю самый простой вариант исправить это собирать на диске большего объема.

[Alexar]

On 17 янв, 07:30, Anatoly Shipitsin <norguh...@gmail.com> wrote:

> Я думаю самый простой вариант исправить это собирать на диске большего
> объема.

Еще 3,3Г свободно. Попробовал запустить с ключом -DD, завершилось с
тем же результатом.

[Anatoly Shipitsin]

2010/1/17 Alexar <awe...@gmail.com>

Тогда посмотрите что у вас там лежит по этому пути. Запустите bitbake -f virtual/linux

[Alexar]

On 17 янв, 12:02, Anatoly Shipitsin <norguh...@gmail.com> wrote:
> Тогда посмотрите что у вас там лежит по этому пути. Запустите bitbake -f
> virtual/linux

По адресу /home/user/stuff/build/tmp/staging/x86-angstrom-linux/kernel/
include/asm-x86/ невозможно перейти. Путь заканчивается в каталоге
kernel - в нем нет подкаталога include.

user@user-laptop:~/stuff/build$ bitbake -f virtual/linux
NOTE: Handling BitBake files: \ (7974/7974) [100 %]
NOTE: Parsing finished. 7367 cached, 312 parsed, 295 skipped, 0
masked.
ERROR: Nothing PROVIDES 'virtual/linux'

user@user-laptop:~/stuff/build$ bitbake -f virtual/kernel
NOTE: Handling BitBake files: \ (7974/7974) [100 %]
NOTE: Parsing finished. 7367 cached, 312 parsed, 295 skipped, 0
masked.
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing runqueue
NOTE: Running task 375 of 517 (ID: 9, /home/user/stuff/openembedded/
recipes/linux/linux_2.6.32+2.6.33-rc4.bb, do_populate_staging)
NOTE: Legacy staging mode for /home/user/stuff/openembedded/recipes/
linux/linux_2.6.32+2.6.33-rc4.bb
ERROR: function do_stage failed
ERROR: log data follows (/home/user/stuff/build/tmp/work/x86-angstrom-
linux/linux-2.6.32+2.6.33-rc4-r1/temp/log.do_stage.20573)

| cp: target `/home/user/stuff/build/tmp/staging/x86-angstrom-linux/
kernel/include/asm-x86/' is not a directory

NOTE: Task failed: /home/user/stuff/build/tmp/work/x86-angstrom-linux/
linux-2.6.32+2.6.33-rc4-r1/temp/log.do_stage.20573

[Yuri Bushmelev]

В сообщении от Воскресенье 17 января 2010 Alexar написал(a):

> On 17 янв, 12:02, Anatoly Shipitsin <norguh...@gmail.com> wrote:
> > Тогда посмотрите что у вас там лежит по этому пути. Запустите bitbake
> > -f virtual/linux
>
> По адресу /home/user/stuff/build/tmp/staging/x86-angstrom-linux/kernel/
> include/asm-x86/ невозможно перейти. Путь заканчивается в каталоге
> kernel - в нем нет подкаталога include.

Сдается мне, вы не только tmp/work, но и tmp/staging потерли. В любом
случае, удалите tmp/* и запустите сборку заново - так будет проще всего. С
включенной rm_work места должно хватить.

Для статистики, сборка Angstrom x11-image и console-image для Sharp Zaurus
C1000 занимает 12Gb (полный объем каталога tmp).

--
С уважением,
Бушмелев Юрий

[avp]

К сожалению, эта ошибка и у меня была и удаление папки ни причем.
Сборка последнего ядра для x86 платформы глючит. Я
изменил linux_2.6.32.bb

..._PREDEFINED = "1"

извините, не помню как точно называется, но Вы увидите :)

[Anatoly Shipitsin]

2010/1/17 avp <alex...@rambler.ru>

К сожалению, эта ошибка и у меня была и удаление папки ни причем.
Сборка последнего ядра для x86 платформы глючит. Я
изменил linux_2.6.32.bb

..._PREDEFINED = "1"

извините, не помню как точно называется, но Вы увидите :)

Для предсказуемости сборок лучше использовать stable ветку. 

[Alexar]

Удалил tmp и запустил по новой - не помогло, застряло в том же месте.
Когда застряло снова, изменил в файле ~/stuff/openembedded/recipes/
linux/linux_2.6.32+2.6.33-rc4.bb параметр DEFAULT_PREFERENCE с -1 на
1, т.к. никакого ..._PREDEFINED в файле нет. На всякий случай изменил
DEFAULT_PREFERENCE с -1 на 1 и в ~/stuff/openembedded/recipes/linux/
linux_2.6.32.bb. Не помогло.

> Для предсказуемости сборок лучше использовать stable ветку.

Как это сделать?

[Yuri Bushmelev]

В сообщении от Воскресенье 17 января 2010 Alexar написал(a):

> Удалил tmp и запустил по новой - не помогло, застряло в том же месте.
> Когда застряло снова, изменил в файле ~/stuff/openembedded/recipes/
> linux/linux_2.6.32+2.6.33-rc4.bb параметр DEFAULT_PREFERENCE с -1 на
> 1, т.к. никакого ..._PREDEFINED в файле нет. На всякий случай изменил
> DEFAULT_PREFERENCE с -1 на 1 и в ~/stuff/openembedded/recipes/linux/
> linux_2.6.32.bb. Не помогло.

А напишите-ка багрепорт с приложенным local.conf и последовательностью
действий.. Чтобы знали.

> > Для предсказуемости сборок лучше использовать stable ветку.
>
> Как это сделать?

http://wiki.openembedded.net/index.php/Stable

[Alexander Perepelica]

17 января 2010 г. 21:04 пользователь Yuri Bushmelev <jay4...@gmail.com> написал:

В сообщении от Воскресенье 17 января 2010 Alexar написал(a):

> Удалил tmp и запустил по новой - не помогло, застряло в том же месте.
> Когда застряло снова, изменил в файле ~/stuff/openembedded/recipes/
> linux/linux_2.6.32+2.6.33-rc4.bb параметр DEFAULT_PREFERENCE с -1 на
> 1, т.к. никакого ..._PREDEFINED в файле нет. На всякий случай изменил
> DEFAULT_PREFERENCE с -1 на 1 и в ~/stuff/openembedded/recipes/linux/
> linux_2.6.32.bb. Не помогло.

Да надо было искать DEFAULT_PREFERENCE я так и написал, что не помню точно как называется переменная. И устанавливать надо не в ядре _2.6.32+2.6.33-rc4 а в 2.6.32.bb, чтобы ядро которое попадет в образ было именно это - 2.6.32

Только надо поменять назад значение этой переменной в linux_2.6.32+2.6.33-rc4.bb

[Alexar]

Всем спасибо за советы. Проблема решилась переходом на стабильную
ветку и сборкой образа заново.

Попробовал сейчас загрузить образ, как было сказано в руководстве.
Ужасно долго грузится и, такое ощущение, что зависает на inode-cache
hash tables entries: 16384 (order: 4, 65536 bytes). Так и должно быть?