Flashimage für Cuberevo2000

[Grabber66]

Hallo zusammen,

ich versuche gerade für einen Bekannten ein NHD2-Flashimage für die cuberevo 2000hd zu bauen.
Das Flashscript habe ich schon soweit angepasst. Ebenso habe ich mich an den Kernelkonfigs
probiert, da es da noch keine für 211 gibt.
Bauen tuts auch wunderbar durch, doch nach dem flashen kommt folgenes im log:

Code: Alles auswählen

p, li { white-space: pre-wrap; }

U-Boot 1.3.1-g502c0575 (Aug 29 2010 - 22:55:36) - stm23-2008-03-19
Board: cuberevo-2000hd (0x2D42C041)
Board: 14 dotmatrix vfd front
DRAM:  128 MB
Flash: 32 MB
In:    serial
Out:   serial
Err:   serial
Reserve 0x2010000 bytes from 0xa5ff0000 for DGS upgrade buffer.
Setup mac address.
booting...
(Re)start USB...
USB:   scanning bus for devices... 1 USB Device(s) found
       scanning bus for storage devices... 0 Storage Device(s) found
** Bad partition 1 **
## Booting image at a5ff0000 ...
Bad Magic Number
cuberevo-2000hd>

Hat jemand ne Idee was das sein könnte. THX

P.S.: Ich habs mal hier rein gepackt, da ich keinen besseren Bereich gefunden hatte

[Frankenstone]

Sieht so aus das der Stick eine macke hat und dadurch nicht den Kernel(uimage) findet.

Edit: Habe es mal nach hier verschoben NHD2 Allgemeines.

[DboxOldie]

Hmmm...:
Es macht einen (Re)start USB....
Es wird kein Storage Device gefunden....
Kann diese "Bad Partition 1" nicht zuordnen, Flash oder USB ? Du schreibst ja Flashimage.....
Dann > ## Booting image at a5ff0000 ... > passt denn die Startadresse ?

[Frankenstone]

Oh DboxOldie hat Recht, da ist ja gar kein Stick.
Huch habe ich gar nicht richtig hingeschaut , schrift so klein.

Jo stimmt die Box versucht von Stick zu booten.

[Grabber66]

Ja es ist ein Flashimage. Ich hab die Box leider nicht selber vor Ort.
Vielen Dank schonmal. Ich werde dann mal weiter mit Ihm in Kontakt bleiben.
Mal sehen, ob dann doch noch soweit hinhaut.

Wenn klappt hänge ich mal die kernel-configs und das geänderte flash-script mit hier an.

[Grabber66]

Besten Dank, ich habe nun ein Image für die 2000'er was bootet

Anbei mal die im git fehlenden Datein.

[BPanther]

Danke, ab sofort im GIT. Was mich allerdings wundert ist, daß es keine Angabe zum mtdblock3 oder mtdblock4 gibt - ist das mtdblock3 (prepare_root_neutrino.sh am Ende) wie bei der UFS910 für den var-Bereich, so daß keine Änderung wie bei den anderen Cubes erforderlich ist?

[Grabber66]

sry ich hatte das wohl vergessen. Ist genauso wie bei den anderen cubes. auch muss die inittab tts1 genutzt werden.

[BPanther]

Ok, beides eingecheckt.

[santa]

irgendwie bin ich heute zu blind den change im git zu sehen, ist aber auch egal,
mich interessiert nur was an der 2000 nun anders ist zur 3000?
Also im code?

hatte die 2000 nie gesehen, aber ich dachte da ist nur ein CI/CA anders oder nicht vorhanden.

[BPanther]

Hier sind die relevaten Änderungen, Brille verlegt?
http://gitorious.org/open-duckbox-proje ... 841a7dae82
http://gitorious.org/open-duckbox-proje ... 8e226651ee

[Grabber66]

Ist nicht wirklich ws anders, es waren bislang keine kernel konfigs für p211 drin, und das flashscript war ohne die 2000'er.
Ansonsten ist wohl noch was an der usb konfig anders als bei der 3000'er.

Wir sind aber aktuell auch noch in der testphase, da das Image aber bootet und soweit auch alles funktioniert
hatte ich die patches angehängt.
Momentan hängt es eher daran, das nach einiger zeit (1-2h) das TV-Bild komplett einfriert.
Da bin ich mir noch völlig unsicher woran das liegt, da das mit nhd2 und e2 passiert.

[Grabber66]

Ich / wir haben immer noch das Problem, das bei HD Sendern immer nach einiger Zeit das Bild komplett einfriert.

Anbei mal ein kompletter log bis zum einfrieren.
Dabei fallen mir vorallen dieser Punkt am Start ins Auge:

Code: Alles auswählen

*** glibc detected *** /bin/eeprom: munmap_chunk(): invalid pointer: 0x7ba0abc4 ***

Und halt der Schluss.

Hat da evtl. jemand ne Idee ?

[BPanther]

Wieso wird die eeprom bei Dir dauerhaft ausgeführt? Die war doch nur zum auslesen der gesetzten Bildauflösung im EEPROM im Grunde gedacht - und das nur beim Start. Danach wird die nicht mehr ausgeführt/benötigt, also wird nicht im normalen Betrieb genutzt.

Ach, sehe gerade, ist nur beim Start...

Einen Fehler bei grep gibts auch noch (in rcS), und noch weitere dazwischen (ifconfig, unbekannte Variablen). Denke mal, da sollte man auch mal aufräumen.

Kann es sein, daß der EPG im Flash (var) landet? Zumindest die letzte Zeile des Log macht da den Eindruck (/var/tuxbox/config/zapit/epg). Wenn ja und der Flash ist voll erklärt das einiges...

[Grabber66]

Stimmt
da fehlte mit bislang die ruhe. Aber ich habe das auch so auf der cuberevo und der mini2. Und dort stört das nicht den Betrieb.
Darum war ich wahrscheinlich immer zu faul

Kann es sein, daß der EPG im Flash (var) landet? Zumindest die letzte Zeile des Log macht da den Eindruck (/var/tuxbox/config/zapit/epg). Wenn ja und der Flash ist voll erklärt das einiges...

Ich frag mal nach, dachte eigentlich, das dort nichts geändert ist.