Цитата

ядро (файл vmlinux) имело размер 28Мб против ядра в 8Мб
.....
Мда, дело явно не в тулчейне (собрал crosstool-ng, те же самые 24 метра ядро).
.....
вообще не менял его конфиг по сравнению с эталонным
......
Увы, у меня все плохо как раз после make zImage ARCH=arm CROSS_COMPILE=..., а не после objcopy. Итог: zImage в 24Мб.

Такое странное поведение еще не наблюдалось за всю историю наблюдений :-) я поменял за пару лет возни с платой пару десятков тулчейнов, билд-машиной никогда не пользовался, linux нативный. Похоже что ubuntu это не та система которую можно ставить для работы...

Спасибо всем за идеи, но лучше я пока сделаю перерыв, слишком много времени потрачено, а задача достаточно малоприоритетная.

Цитата

Похоже что ubuntu это не та система которую можно ставить для работы...

Я попробую Debian и Gentoo через недельку, с этого наверное и начну. Однако, если это вдруг убунту-специфичная проблема, то это тоже довольно неприятно.

Все же меня терзают сомнения - не может дистрибуттив так влиять. У меня есть одно предположение которое Юрий сказал почти сразу:
в конфиге ядра включена поддержка initramfs и там указан путь к корневой файловой системе - на виртуальной машине по этому пути она и лежит, но на вашем нативном linux по этому пути лежит не то что должно быть. Выполните команду в корне исходников ядра которое собираете

Код

# du -ks `cat .config | grep "CONFIG_INITRAMFS_SOURCE" | sed 's/[="]/ /g' | awk '{ print $2 }'`

Да, я тормоз и не понял главного --- что рутфс и берётся в качестве initramfs (так?), а не грузится отдельно. Итого: проблемы с разными размерами нет, а есть проблема в том, что оно не работает. Вот что проиcходит после run nand_update (размер несжатого рутфс здесь 39Мб, неужели это перебор для платы?):

Цитата

NAND read: device 0 offset 0x60000, size 0x780000
7864320 bytes read: OK
## Booting kernel from Legacy Image at 20400000 ...
Image Name: Linux Kernel Image
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 9594898 Bytes = 9.2 MB
Load Address: 20008000
Entry Point: 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... Error: inflate() returned -5
GUNZIP: uncompress, out-of-mem or overwrite error - must RESET board to recover
resetting ...

Что это? Оригинальное ядро грузится и работает без проблем.

Цитата

рутфс и берётся в качестве initramfs (так?),

Да, только если быть точным в качестве корневой фс используется initramfs.

Цитата

(размер несжатого рутфс здесь 39Мб, неужели это перебор для платы?)

Многовато но не смертельно - скорей всего если сместить имидж в ram то и такой размер проглотит - это задается в стартовых скриптах uboot. Другое дело что всю память засирать корневой фс смысла нет :) Изначально так сделано чтобы при загрузке что-то уже работало - так сказать для ознакомления. В нормальных условиях при значительных размерах корневой ее лучше перенести на nand - создать там разделы mtd (возможно они уже созданы автором - я давно не видел что там в оригинале идет) и создать фс - рекомендую ubifs, хотя тут выбор уже за вами.

Цитата

Да, только если быть точным в качестве корневой фс используется initramfs.

Ну я имел в виду файл rootfs

Цитата

Многовато но не смертельно - скорей всего если сместить имидж в ram то и такой размер проглотит - это задается в стартовых скриптах uboot.

Ясно, спасибо. Да, при 64 Мб RAM это явно перебор получается.

Цитата

В нормальных условиях при значительных размерах корневой ее лучше перенести на nand - создать там разделы mtd (возможно они уже созданы автором - я давно не видел что там в оригинале идет) и создать фс - рекомендую ubifs, хотя тут выбор уже за вами.

Ясно, буду изучать вопрос, видимо понадобится.