лог прицепить не удалось только так

Checking build system dependencies:
BUILDROOT_DL_DIR clean: Ok
CC clean: Ok
CXX clean: Ok
CPP clean: Ok
CFLAGS clean: Ok
INCLUDES clean: Ok
CXXFLAGS clean: Ok
which installed: Ok
sed works: Ok (/bin/sed)
GNU make version '3.81': Ok
C compiler '/usr/bin/gcc'
C compiler version '4.3.2': Ok
C++ compiler '/usr/bin/g++'
C++ compiler version '4.3.2': Ok
awk installed: Ok
bash installed: Ok
bison installed: Ok
flex installed: Ok
gettext installed: Ok
makeinfo installed: Ok
Build system dependencies: Ok

rm -rf /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/buildroot-config
mkdir -p /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc
cp -dpRf package/config/buildroot-config /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/buildroot-config
rm -rf /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/include /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/lib/pkgconfig
find /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/lib \( -name '*.a' -o -name '*.la' \) -print0 | xargs -0 rm -f
find /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/lib \( -name '*.a' -o -name '*.la' \) -print0 | xargs -0 rm -f
rm -rf /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/man /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/share/man
rm -rf /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/info /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root/usr/share/info
find /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root -type f -perm +111 | xargs /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/build_arm/staging_dir/usr/bin/arm-linux-uclibc-strip --remove-section=.comment --remove-section=.note 2>/dev/null || true
/home/user/src/nuc900/nuc900bsp/buildroot-2009.08/build_arm/staging_dir/usr/bin/arm-linux-uclibc-ldconfig -r /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root 2>/dev/null
# Use fakeroot to pretend all target binaries are owned by root
rm -f /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
touch /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/.fakeroot.00000
cat /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/.fakeroot* > /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
echo "chown -R 0:0 /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root" >> /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
# Use fakeroot to pretend to create all needed device nodes
echo "/home/user/src/nuc900/nuc900bsp/buildroot-2009.08/build_arm/host_dir/usr/bin/makedevs -d target/generic/device_table.txt /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root" \
>> /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
# Use fakeroot so genext2fs believes the previous fakery
GENEXT2_REALSIZE=`LC_ALL=C du -s -c -k /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root | grep total | sed -e "s/total//"`; \
GENEXT2_ADDTOROOTSIZE=`if [ $GENEXT2_REALSIZE -ge 20000 ]; then echo 16384; else echo 2400; fi`; \
GENEXT2_SIZE=`expr $GENEXT2_REALSIZE + $GENEXT2_ADDTOROOTSIZE`; \
GENEXT2_ADDTOINODESIZE=`find /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root | wc -l`; \
GENEXT2_INODES=`expr $GENEXT2_ADDTOINODESIZE + 400`; \
set -x; \
echo "/home/user/src/nuc900/nuc900bsp/buildroot-2009.08/build_arm/genext2fs-1.4/genext2fs -b $GENEXT2_SIZE " \
"-N $GENEXT2_INODES -d /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root " \
" -U -m 0 /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/binaries/uclibc/rootfs.arm.ext2" >> /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
+ echo '/home/user/src/nuc900/nuc900bsp/buildroot-2009.08/build_arm/genext2fs-1.4/genext2fs -b 8572 ' '-N 926 -d /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root ' ' -U -m 0 /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/binaries/uclibc/rootfs.arm.ext2'
chmod a+x /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
/home/user/src/nuc900/nuc900bsp/buildroot-2009.08/build_arm/host_dir/usr/bin/fakeroot -- /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/_fakeroot.rootfs.arm.ext2
rootdir=/home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/root
table='target/generic/device_table.txt'
-rw-r--r-- 1 root root 8777728 2010-04-28 00:17 /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/binaries/uclibc/rootfs.arm.ext2
rm -f /home/user/src/nuc900/nuc900bsp/buildroot-2009.08/project_build_arm/uclibc/.fakeroot*

Цитата

выдала размер около 5метров. выкладываю файловую систему в каталог tftpboot (загрузка работает проверено) включаю плату на экране показывается пингвин некоторое время мигает курсор потом курсор пропадает приглашения нет по фтр плата не реагирует. уважаемые гуру подскажите в какую сторону смотреть? лог в файле.

в данном случае интересен не лог сборки а лог загрузки, который выдается в последовательный порт в терминальную программу..
пока могу предположить что ядро не находит корневую или накопитель и выпадает в kernel panic либо в inittab нет строчек настройки..
(я возможно пропустил) - ядро и корневая грузятся по сетке или как?

лог загрузки полученный с com порта программой миником. вообще u-boot зашит в плату от Павла система и ядро грузится по сетке с каталога tftpboot.



U-Boot 1.1.6 (Sep 9 2009 - 04:43:35)

DRAM: 32 MB
## Unknown FLASH on Bank 0 - Size = 0x00000000 = 0 MB
Flash: 0 kB
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Hit any key to stop autoboot: 0
OK
100FULL
TFTP from server 192.168.0.2; our IP address is 192.168.0.136
Filename '950kernel'.
Load address: 0x8000
Loading: T #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#####################################################
done
T Bytes transferred = 2263920 (228b70 hex)
OK
100FULL
TFTP from server 192.168.0.2; our IP address is 192.168.0.136
Filename 'rootfs.gz'.
Load address: 0xa00000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
######
done
T Bytes transferred = 5020152 (4c99f8 hex)
## Starting application at 0x00008000 ...
Linux version 2.6.17.14 (root@debian) (gcc version 4.2.1) #114 PREEMPT Thu Sep 9
CPU: ARM926EJ-Sid(wb) [41069265] revision 5 (ARMv5TEJ)
Machine: NUC950
Memory policy: ECC disabled, Data cache writeback
CPU NUC950 (id 0x02900910 system clock:200MHZ)
CPU0: D VIVT write-back cache
CPU0: I cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
Built 1 zonelists
Kernel command line: root=/dev/ram0 console=ttyS0,115200n8 initrd=0xa00000,4000M
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 58672KB available (1840K code, 347K data, 92K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 3906K
NET: Registered protocol family 16
********************************************
* You selcet NUC950,Start Init NUC950EVB *
********************************************
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 2048 bind 1024)
TCP reno registered
NetWinder Floating Point Emulator V0.97 (double precision)
yaffs Sep 10 2009 04:40:56 Installing.
io scheduler noop registered (default)
Console: switching to colour frame buffer device 60x34
nuc900 LCD driver has been installed successfully
NUC900 USB 2.0 Device Driver Initilization Success
NUC900 uart driver has been initialized successfully!
nuc900-uart.0: ttyS0 at MMIO 0xb8000000 (irq = 7) is a NUC900
nuc900-uart.1: ttyS1 at MMIO 0xb8000100 (irq = 8) is a NUC900
nuc900-uart.2: ttyS2 at MMIO 0xb8000200 (irq = 9) is a NUC900
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
NUC900 Ethernet(eth0) driver has been initialized successfully!
The ports of EMC are available in that range.
NUC900 SD driver has been initialized successfully!
NFTL driver: nftlcore.c $Revision: 1.98 $, nftlmount.c $Revision: 1.41 $
NAND device: Manufacturer ID: 0xec, Chip ID: 0xda (Samsung NAND 256MiB 3,3V 8-b)
Using static partition definition
Creating 1 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x00800000-0x10000000 : "W90P950 NAND Flash"
NUC900 USB host driver has been initialized successfully!
nuc900-ehci nuc900-ehci: Nuvoton nuc900 EHCI Host Controller
nuc900-ehci nuc900-ehci: new USB bus registered, assigned bus number 1
nuc900-ehci nuc900-ehci: irq 15, io mem 0xb0005000
nuc900-ehci nuc900-ehci: USB 2.0 started, EHCI 0.95, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
nuc900-ohci nuc900-ohci: Nuvoton nuc900 ohci Host Controller
nuc900-ohci nuc900-ohci: new USB bus registered, assigned bus number 2
nuc900-ohci nuc900-ohci: io mem 0xb0007000
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver usbkbd
drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver
usbcore: registered new driver usbmouse
drivers/usb/input/usbmouse.c: v1.6:USB HID Boot Protocol mouse driver
mice: PS/2 mouse device common for all mice
ts: Compaq touchscreen protocol output
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: Compressed image found at block 0
RAMDISK: ran out of compressed data
invalid compressed format (err=1)
VFS: Mounted root (ext2 filesystem) readonly.
Freeing init memory: 92K
Kernel panic - not syncing: No init found. Try passing init= option to kernel.

Цитата

Kernel command line: root=/dev/ram0 console=ttyS0,115200n8 initrd=0xa00000,4000M

вот тут какая то ерунда, если конечно копи-пасте не съела конец строки загрузки ядра, должно быть примерно так (размер памяти свой)

Код

root=/dev/ram0 console=ttyS0,115200n8 initrd=0xa00000,4000000 mem=64M

Цитата

Kernel panic - not syncing: No init found. Try passing init= option to kernel.

ЧТД :)
ядро не видит корневую или нет поддержки в ядре

вдогонку:

Цитата

RAMDISK: ran out of compressed data

похоже вот источник проблемы..

строка Kernel command line: root=/dev/ram0 console=ttyS0,115200n8 initrd=0xa00000,4000M в работающем варианте такая же. более того это ядро и файловая система записанные в nand flash турбовритером работают при загрузке с нанда. По фтп соединяется на команды адекватно реагирует. Получается дело в юбут, если родную файловую систему 800 кил берет , а собранную 5 метров по сети не грузит.

меня даже больше смутила строчка

Код

invalid compressed format (err=1)

похоже чем-то не тем пожалась корневуха

Цитата

строка Kernel command line: root=/dev/ram0 console=ttyS0,115200n8 initrd=0xa00000,4000M в работающем варианте такая же.

позволю себе поупрямиться, все же строка должна быть как я написал выше. это легко проверить взяв бинарник ядра с компактдиска и поискать стринг initrd будет выглядеть примерно вот так:

Код

root=/dev/ram0 console=ttyS0,115200n8 initrd=0xa00000,4000000 mem=32M

сообщение ядра вероятно обрезает терминалка, похожая проблема тут уже всплывала

Цитата

Получается дело в юбут, если родную файловую систему 800 кил берет , а собранную 5 метров по сети не грузит.

юбут тут врядли виновать - он честно проводит начальный инит железа и грузит по сетке два бинарника по заданным адресам, а потом отдает управление на ядро.. единственное что еще в теории может быть - если бинарник [b]rootfs[/] при определенной длине при развороте "наезжает" на какие-нить служебные области или затирает данные и тыпы
попробуйте сгенерить минимального размера - если загрузиться, будете наращивать

Цитата

меня даже больше смутила строчка

invalid compressed format (err=1)

похоже чем-то не тем пожалась корневуха

запросто или в ядре не взведена опция этого компрессора

вероятно я сбивчиво объяснил результаты экспериментов. ядро я не трогаю никак, оно оригинальное от платы. пересобираю только файловую систему буилдрутом идущим с платой. теперь два варианта загрузки системы:
1. заливаю неизменное ядро и вновь собранную фс в nand все работает.(можно сделать вывод что ядро и фс подходят друг другу и размер при загрузке в память не влияет)
2. заливаю эти же 2 файла в каталог тфтпбут виртуальной машины, устанавливаю родной платный юбут в nand . ядро в панике.(лог выше)
мысли возникают следующие, если файлы одинаковые дело в способе загрузки , а не надо ли изменять что то в юбут в связи с изменившемся размером фс.

После праздников посмотрю что там за нестыковки с u-boot образовались ...