selbst erstelltes Yadi Squashfs bleibt nach Freeing unused .

Alles eine Frage des Images
hunter3
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Freitag 9. April 2004, 14:15

selbst erstelltes Yadi Squashfs bleibt nach Freeing unused .

Beitrag von hunter3 »

Hallo,

ich habe versucht, mit den yadi-scripts selbst ein Squashfs Image zu
erstellen. Habe alles nach Anleitung gemacht. Versionen meiner Tools
sind i.O. Das script lief fehlerfrei durch. Nach dem flashen bleibt das Image
jedoch an der Stelle "Freeing unused kernel memory: 60k init" stehen.

Habe irgendwo gelesen, es könnte an der glibc liegen. Aber, die Yadi-Images, aus dem Dowloadbereich laufen ja prima. Ich weiss nicht, wo der Unterschied liegen könnte. Hat jemand einen Tipp? eine Idee?

Hier das bootlog:
*** Edit start schnipp

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-48.8e.60.07.00.00-6a
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast

debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)


Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0032
debug: Got Block #0004
debug: Got Block #0008
debug: Got Block #0012
debug: Got Block #0016
debug: Got Block #0020
debug: Got Block #0024
debug: Got Block #0028
debug: Got Block #0032


will verify ELF image, start= 0x800000, size= 144468
verify sig: 263

Branching to 0x40000



U-Boot 1.0.2 (TuxBox) (May 4 2004 - 11:08:10)

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB

Scanning JFFS2 FS: . done.

find_inode failed for name=boot.conf

load: Failed to find inode

FB: ready

LCD: ready
In: serial
Out: serial
Err: serial

Net: SCC ETHERNET


Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0

...............................................................
Un-Protected 63 sectors
### FS (jffs2) loading 'vmlinuz' to 0x100000

Scanning JFFS2 FS: . done.


### FS load complete: 610215 bytes loaded to 0x100000
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)

Data Size: 610151 Bytes = 595.9 kB
Load Address: 00000000
Entry Point: 00000000

Verifying Checksum ... OK
Uncompressing Kernel Image ... OK

Linux version 2.4.25-dbox2 (tux@oz) (gcc version 3.3.3) #3 Di Mai 4 11:08:52 CEST 2004

On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.

Kernel command line: console=ttyS0 root=/dev/mtdblock3 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x1000)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS

Memory: 30908k available (1032k kernel code, 368k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)

Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX

Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2

pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:42:dd:ef
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 7 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
0x00040000-0x000e0000 : "kernel (jffs2)"
0x000e0000-0x006a0000 : "root (squashfs)"
0x006a0000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init

*** War das falsche Log. Jetzt ists aber das richtige.
*** Edit stop schnipp

Gruss hunter3
Zuletzt geändert von hunter3 am Mittwoch 5. Mai 2004, 22:12, insgesamt 1-mal geändert.
ALexH
Image-Team
Beiträge: 146
Registriert: Dienstag 10. September 2002, 20:25

Beitrag von ALexH »

Es scheint so, als ob der Zugriff auf die Squashfs-Partition nicht richtig funktioniert. Hast Du mksquashfs auch installiert? Gebe mal in der shell "mksquashfs -version" ein, um das zu testen. Ich vermute mal, dass es daran liegt.
dcdead

Beitrag von dcdead »

hatte das mal, als ich ne falsche mklibs verwendet hatte. Mit der aus dem cvs gehts
hunter3
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Freitag 9. April 2004, 14:15

Beitrag von hunter3 »

Danke für die schnelle rste Hilfe,
aber an den Tool Versionen liegts glaub ich nicht.

Im CDK-Forum schreibt auch einer über so ein Problem.
Ich hatte das auch schon mal beim Versuch ein Mixed Cramfs zu machen.

Ich bin übrigends genau nach yadi's Anleitung vorgegangen. Keine Änderung, nichts.

mksquashfs version 1.3-r3
mklibs: version 1.22.1

automake >=1.7 :1.8.3
autoconf >=2.50 :2.58
cvs :1.11.15
libtool >=1.4.2 :1.4.3
make >=3.79 :3.80
gettext >=0.12.1 :0.12.1
makeinfo :4.5
tar :1.13.92
bunzip2 :1.0.2
gunzip :1.3.3
patch :2.5.9
infocmp :5.4.20040208
gcc >=3.0 :3.3.2
g++ >=3.0 :3.3.2
yacc :yacc installiert
bison :1.875
flex :version
pkg-config :0.15.0
python :python installiert
mkfs.jffs2 :1.39

Gruss hunter3
hunter3
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Freitag 9. April 2004, 14:15

Beitrag von hunter3 »

Ups, da ist ja vielleicht schon die Antwort im log...

Scanning JFFS2 FS: . done.

find_inode failed for name=boot.conf

load: Failed to find inode

Ich weiss nur noch nicht warum, und was zu tuen ist...
Aber imemrhin ein Ansatz.

Gruss hunter3
hunter3
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Freitag 9. April 2004, 14:15

solved

Beitrag von hunter3 »

Möchte nicht verschweigen, dass mein Problem gelöst ist.
Die Lösung fand ich letztendlich in folgendem Thread:
http://tuxbox-forum.mine.nu/forum/viewtopic.php?t=30489
Nachdem ich mklibs.py durch die version aus dem CDK gewechselt hatte,
hat auch alles geklappt.[/url]