Prob mit CVS Image

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
bladel
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Samstag 10. April 2004, 11:07

Prob mit CVS Image

Beitrag von bladel »

Hab mir ein Image aus dem CVS erstellt mein. Mein Problem:
ES bleibt bei "Loading Kernel" hängen!
Vom Bootmanager kopiert:

Kdebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-09.0d.1b.07.00.00-91
debug: HWrev X5 SWrev 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

will verify ELF image, start= 0x800000, size= 152952
verify sig: 263
Branching to 0x40000


U-Boot 1.1.1 (TuxBox) (May 5 2004 - 00:52:46)

CPU: PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: ...... done.
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
### FS load complete: 602493 bytes loaded to 0x100000
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 602429 Bytes = 588.3 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.25-dbox2 (blade@linux) (gcc version 3.3.3) #1 Sa Mai 22 13:01:
33 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/mtdblock2 rw
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: 30924k available (1020k kernel code, 364k 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:1b:ed:fb
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 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (ppcboot)"
0x00040000-0x00720000 : "root (cramfs)"
0x00720000-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.
cramfs: wrong magic
VFS: Mounted root (jffs2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
hunter3
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Freitag 9. April 2004, 14:15

Beitrag von hunter3 »

Hatte das selbe Problem.
Nachdem ich mklibs.py durch die Version aus dem CDK gewechselt hatte, hat auch alles geklappt.

Gruss hunter3
mogway
Semiprofi
Semiprofi
Beiträge: 1287
Registriert: Montag 30. Dezember 2002, 08:02

Re: Prob mit CVS Image

Beitrag von mogway »

bladel hat geschrieben:cramfs: wrong magic
Pack mal ins cramfs eine Datei mehr rein (egal wie gross).

Gruss
mogway
Npq
Senior Member
Beiträge: 1339
Registriert: Donnerstag 24. April 2003, 12:12

Beitrag von Npq »

"Kernel command line: console=ttyS0 root=/dev/mtdblock2 rw"

Der Uboot ruft hier dem Kernel zu:
"Du, der root ist in dev/mtdblock2, aber habe gerade keinen Bock dir zu sagen was fürn Filesystem das ist, du bist doch schlau, finde's selber raus".

Kernel:
"OK, gucken wir mal, cramfs, kennst du das?"

Cramfs:
"Ne, unbekanntes Filesystem auf dem Radar, Magic falsch"

Kernel:
"Mist, und was sagst du, jffs2?"

Jffs2:
"Jo, alder, sieht krass gut aus, das mounten wir mal".

Erklärung:
Das was bei der flash.c dahinter steht hat rein informativen Charakter, der Kernel wertet das soweit ich weiß nicht aus. Wichtiger ist, daß die Partitionierung stimmt.

Alternativ kann man dem Kernel auch per rootfstype-Parameter mitteilen, um was es sich handelt, was besser ist weil jffs2 bei squashfs z.B. hart im Nehmen ist und sich durch alle Partitionen durchgräbt, um dann einzusehen, daß da wirklich nix ist. :)
bladel
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Samstag 10. April 2004, 11:07

Beitrag von bladel »

Wo muss die Datei mklibs hin?
Nico 77
Semiprofi
Semiprofi
Beiträge: 1383
Registriert: Freitag 18. April 2003, 15:12

Beitrag von Nico 77 »

Also alles was du sp brauchst muss nach /usr/bin, mklibs,mklibspy,mkjffs2,mkfs.jffs2,mkcramfs und mksquashfs.

Rechte vergeben glaub nicht vergessen, 755.
hunter3
Neugieriger
Neugieriger
Beiträge: 11
Registriert: Freitag 9. April 2004, 14:15

Beitrag von hunter3 »

Ich weiss nicht, mit welchem script oder wie du das Image erzeugst.
Ich habe das Problem mit den neuen yadi scripts nicht mehr.
Im aktuellen yadi-script wird automatisch das mklibs aus dem CDK verwendet.

Wenn das bei dir nicht so ist, dann copiere das mklibs aus dem CDK
in den Suchpfad, so dass es aufgerufen wird.

Code: Alles auswählen

 echo $PATH
zeigt dir die deine Suchpfadverzeichnisse.

Die Version von mkcramfs wuerde ich mir auch mal anschauen.
bladel
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Samstag 10. April 2004, 11:07

Beitrag von bladel »

Wenn ich die Datei dann in /usr/bin habe dann mochmal neu compilen?
wittinobi
Einsteiger
Einsteiger
Beiträge: 116
Registriert: Montag 29. März 2004, 22:00

Beitrag von wittinobi »

löl, ja, nochmal neu compilen.