Schleife bei Image 1.6.2

Beitrag von **PDA** » Freitag 4. Oktober 2002, 18:04

Hi,

nachdem ich eben das Image 1.6.2 geflasht habe, hängt die Box irgendwie in eijner Schleife fest.

<code>
?debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID 01-cb.c0.cc.07.c0.00-58
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 #0044

will verify ELF image, start= 0x800000, size= 202996
verify sig: 262
Branching to 0x40000

PPCBoot 1.1.6 (TuxBox) (Aug 5 2002 - 09:06:03)

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Watchdog enabled
Board: DBOX2, Nokia
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: . done.
LCD: ready
FB: loading - ready
In: serial
Out: serial
Err: serial

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select (1-3), other keys to stop autoboot: 0
...............................................................
Un-Protected 63 sectors
### FS (cramfs) loading 'vmlinuz' to 0x100000
### FS load compleate: 547317 bytes loaded to 0x100000
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 547253 Bytes = 534 kB = 0 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID 01-cb.c0.cc.07.00.c0-58
debug: HWrev X5 SWrev 0.81
......
</code>
Wenn ich das 1.6er flasche, dann gehts...
Irgendwie kommt mir dieses "boot net failed" spanisch vor...

Ich habe übrigens eine Nokia 2xI AVIA 500.

Gruß
PDA

Beitrag von **Dietmar** » Freitag 4. Oktober 2002, 18:54

Nimm zum 1.6.2 das aktuelle cdk.cramfs, dann sollte das tun.

Beitrag von **PDA** » Freitag 4. Oktober 2002, 19:46

Ich glaube ich habe das nicht verstanden.
Ich habe das Image 1.6.2 heruntergeladen und dann geflasht.
[Jetzt tritt diese "Schleife" auf.]
Nach dem erfolgreichen flashen kopiere ich das cdk.cramfs ins tmp Verzeichniss, aber soweit komme ich ja leider nicht...

Oder hab ich da jetzt Äpfeln mit Birnen verglichen? :roll:

Beitrag von **Dietmar** » Freitag 4. Oktober 2002, 20:02

Also das boot net failed ist normal wenn Du aus dem flash booten willst.
Hm, hast Du sicher das richtigen Baseimage für 2x Flash geflasht?
Ist evtl. beim flashen was schiefgelaufen?

Beitrag von **PDA** » Freitag 4. Oktober 2002, 20:07

Genau das hab ich mir auch überlegt..., aber die Datei ist die richtige 2xFlash und geflasht hab ich auch 3 mal ...

Beitrag von **Dietmar** » Freitag 4. Oktober 2002, 20:15

Hm, komisch.
Kannst aber auch das 1.6 hernehmen, sollte keine praktischen Unterschied machen.

Beitrag von **Gorcon** » Freitag 4. Oktober 2002, 20:17

Hi
Poste mal das Log beim Flashen. Vieleicht sieht man da was.
Gruß Gorcon

Beitrag von **PDA** » Freitag 4. Oktober 2002, 20:18

@Dietmar:
Das hab ich gemacht, nur werden jetzt in der Kanalliste die Umlaute nicht richtig dargestellt:

zB.: KRIMI &CO

:(

@Gorcon:
Log kommt gleich :)

Beitrag von **PDA** » Freitag 4. Oktober 2002, 20:32

So: Hier das Log...

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID 01-cb.c0.3c.07.00.00-58
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: Got BOOTP reply from Server IP 192.168.0.100, My IP 192.168.0.99
debug: Sending TFTP-request for file C/Programme/DBoxBoot/ppcboot_writeflash
will verify ELF image, start= 0x800000, size= 201596
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000

ppcboot 0.6.4 (Apr 11 2002 - 16:10:44)

Initializing...
CPU: PPC823ZTnnB2 at 67 MHz: 2 kB I-Cache 1 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: xx-xx-xx-xx-xx-xx
FLASH: 8 MB
LCD driver (KS0713) initialized
BOOTP broadcast 1
TFTP from server 192.168.0.100; our IP address is 192.168.0.99
Filename 'C/Programme/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: ##
done
LCD logo at: 0x130000 (0x1F9FFC0 bytes)
BOOTP broadcast 1
TFTP from server 192.168.0.100; our IP address is 192.168.0.99
Filename 'C/Programme/tftpboot/logo-fb'.
Load address: 0x120000
Loading: #########
done
FB logo at: 0x0 (0x1FC0000 bytes)
AVIA Frambuffer
Input: serial
Output: serial

1: Console on ttyS0
2: Console on null
3: Console on framebuffer
Select (1-3), other keys to stop autoboot: 0
dbox2-ppcboot> bootp 120000 /C/Share/DBox2/162/162.img
BOOTP broadcast 1
TFTP from server 192.168.0.100; our IP address is 192.168.0.99
Filename '/C/Share/DBox2/162/162.img'.
Load address: 0x120000
Loading: [###....]
done

dbox2-ppcboot> protect off 10020000 107fffff
...............................................................
Un-Protected 63 sectors

dbox2-ppcboot> erase 10020000 107fffff
Erase Flash from 0x10020000 to 0x107fffff
sector 66 .... done
Erased 63 sectors

dbox2-ppcboot> cp.l 120000 10020000 1F8000
Copy to Flash... done

dbox2-ppcboot>

KRIMI &CO

Ziehe meine vorherige Darstellung zurueck & behaupte das Gegenteil:
Aussage jetzt: Ist jetzt im CVS gefixed.