Neuer Bootmanager flasht nicht mehr?!

[schrotti2607]

Hallo erstmal!
Habe mir den neusten Bootmanager installiert und kann seitdem nichts mehr flashen. Es kommt folgende Meldung:

TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'C/Programme/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: T T T T T T T T

Des weiteren kommt zuvor, das mein Bootfile keine gültige Signatur hat.
Liegt das daran, das ich mein Image zuvor mit dem TBFT bearbeitet habe?

[Dietmar]

Alles falsche Baustelle.
Wahrscheinlich gibts ein Problem mit der seriellen Anbindung.
Evtl. ist Dein kabel locker, oder Du musst mal die Schnittstelle wechseln.

Die kernel-cdk soll zum flashn gar nicht geladen werden, das Abbruchsignal wird vorher vom Bootmanager über seriell rausgeschickt.
Und dass das Bootfile keine gültige Signatur hat: Nu ja, dafür ist der Debug-Mode, damit das trotzdem gebootet wird.

[schrotti2607]

Mit der Version des Bootmanager davor hat das flashen ja einwandfrei geklappt. Musste nur immer das Image in 13.img umbenennen und alles lief einwandfrei.
Hat jemand noch nen Tipp woran es liegen könnte.
Kabel sind alle richtig angeschlossen.
THX for help.
Das kommt im Terminal:

BOOTP broadcast 144
TFTP from server 192.168.0.1; our IP address is 192.168.0.10
Filename 'C/Programme/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: T T T 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-1a.0b.81.07.00.00-f5
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: Got BOOTP reply from Server IP 192.168.0.1, My IP 192.168.0.10
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: 00-50-9c-44-23-35
FLASH: 8 MB
LCD driver (KS0713) initialized
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.10
Filename 'C/Programme/tftpboot/logo-lcd'.
Load address: 0x130000
Loading: ##

LCD logo at: 0x130000 (0x1F9FFC0 bytes)
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.10
Filename 'C/Programme/tftpboot/logo-fb'.
Load address: 0x120000
Loading: #########

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
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.10
Filename 'C/Programme/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: T T T T T T T T T
Retry count exceeded; starting again
BOOTP broadcast 2
TFTP from server 192.168.0.1; our IP address is 192.168.0.10
Filename 'C/Programme/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: T T T T T T T T T

usw.
RARP habe ich ausgeschaltet. Im BootP steht automatisch C:\Programme\DBoxBoot\ppcboot_writeflash

Wo ist der Fehler?
Habe auch nicht auf START gedrückt, sondern unter Utilities Flashen angeklickt.
Mit der Version vorher hats ja geklappt.

Gruss
Schrotti

[Schamane21]

Mit der Version des Bootmanager davor hat das flashen ja einwandfrei geklappt. Musste nur immer das Image in 13.img umbenennen und alles lief einwandfrei.

das kannst du heute noch genauso machen.

http://www.dhoelscher.de/dbox2/alt_flash.html

[big11]

Auch ich habe genau das oben beschriebene Problem.
Meinen Erfahrungen nach. Hat es zuerst damit begonnen, dass
der Flash nach dem ersten Auslesen abgebrochen hat. dh. das Falsh wurde nicht geloescht bzw. beschrieben. Wenn ich dann einige Male neu resetet habe, hats wieder funktioniert.
Seit neuesestem habe ich aber die gleichen Fehlermeldungen wie oben beschrieben.
Ich benutze WinME und bisher hat alles gut geklappt.
Kann das mit den "neuen" 1.6 Images zu tun haben ?

Danke fuer eure Hilfe
BIg11

[Dietmar]

Nein, das hat nix mit den Images zu tun. Zum Flashen ist es völlig schnuppe was sich im Flash befindet.
Wenn das Ding versucht nen Kernel zu laden, dann ist seriell was schiefgelaufen (Abbruchssignal nicht angekommen)
Wenn die 13.img-Methode nicht funktioniert, dann verwendet ihr vermutlich ne falsche ppcboot.
Das geht nur mit der, die in den Readme verlinkt ist.