Bootschleife HDMU_10630_E2_spark_211_git_5282_nodebug_nolcd_Dif f0_gst_Flash.zip

[AcidSubway]

hallo zusammen


nun anbei die Log von putty mit meiner Bootschleife

mfg

3144

[santa]

installier mal neu und boote ohne netzwerk

[AcidSubway]

hm komisch immer noch das gleiche :( hier die log die er ausspuckt, hab alles aus gesteckt von der box.

mfg

[AcidSubway]

@ bonkel

hier ist die log :-)

[santa]

irgendwie ist das alle komisch bei dir, ging überhaupt schon mal ein e2 bei dir?
Man konnte von spark aus den e2 Part löschen, vielleicht wäre das ne Idee.

[AcidSubway]

ja klar die HDMU image,das ist der anfangs post

http://www.hdmedia-universe.com/board/showthread.php?2942-Bootschleife-mit-1628_211_git_5256_nodebug_nolcd_Diff0_ffm-_Flash-GM990Reload

[santa]

hast du eine reloaded??

HDMU_1596_E2_spark_211_git_5256_nodebug_nolcd_Diff 0_ffm_Flash

das ist die die ich drauf gekriegt habe, die neueren alle bootschleife :(

wo find ich die log??? welchem folder???
wenn du jetzt das 1596 installierst, geht das dann immer noch?

[AcidSubway]

ja hab das image drauf gemacht und geht, willst die log haben???

[santa]

Habe mir beide logs nochmal angesehen, eigentlich ist fast alles identisch, scheinbar hat aber der gst (der Player der in diesem Fall
das bootvideo zeigt) ein Problem mit deiner Box, warum keine Ahnung.

VIDEO_SELECT_SOURCE MEMORY (Success)VIDEO_PLAY (Success)
VIDEO_CONTINUE: (Success)
VIDEO_CLEAR_BUFFER: (Invalid argument)


(enigma2:1389): GStreamer-WARNING **: External plugin loader failed. This most likely means that the plugin loader helper binary was not found or could not be run.
Sending discover...
Sending discover...
Processor: STx7111


Bus error
e2 ended <- RTV: 135
*
ERROR
Das andere Image funktioniert weil es ein ffmpeg ist, also ein anderer Player.
Zumindest denke ich mir das so.

Wie jetzt weiter, ich habe immernoch den Verdacht das irgendwas beim Installieren schief läuft, da es ja bei allen anderen geht,
bitte versuch mal bitte ein USB Image zu nutzen wie hier in der Anleitung (http://www.hdmedia-universe.com/board/showthread.php?2073-Multiboot-von-j00zek-mit-Spark-und-DuckBA-Plugin) beschrieben.

Wenn das dann läuft, dann nochmal suchen, wie das nochmal ging mit spark booten und von da aus den e2 Bereich
zu löschen.
Kannst aber auch dies nochmal zuerst versuchen.

Alternativ könntest du auch in der bootschleife versuchen das bootvideo zu löschen oder in der rcS das abspielen
des Videos zu unterbinden.

[balou1974]

Lösch mal e2 von Spark aus. Ich denke, dass wird Dein Problem lösen. Danach neu flashen.

[AcidSubway]

also pass auf diese images gehn alle

HDMU_1509_E2_spark_211_git_5190_nodebug_nolcd_Diff 0_ffm_Flash
HDMU_1542_E2_spark_211_git_5219_nodebug_nolcd_Diff 0_ffm_Flash
HDMU_1596_E2_spark_211_git_5256_nodebug_nolcd_Diff 0_ffm_Flash

und die gehen nicht

HDMU_1608_E2_spark_211_git_5256_nodebug_lcd_Diff0_ ffm_Flash
HDMU_1628_E2_spark_211_git_5256_nodebug_nolcd_Diff 0_ffm_Flash

hatte da mal auch probs bei einer pkt nebula version gm990_GIT-4463_PKT-1843-NP_stm24-p0211.tar
und damals meinte die das es an einem neueren speicher liege der bei denn neueren boxen verbaut wurde

aber warum gehen denn die images die ich oben gelistet habe??

[santa]

ok, da kommen wir dem ganzen ja noch näher.

also muss der Fehler zwischen 1596 und 1608 sein, wobei sich ja eindeutig im maxgit nix getan hat.
Ich such mal

[AcidSubway]

ach noch was ich lösche immer aus spark mit dem wltool meinen e2 bereich und dann flash ich erst das image.

[santa]

ich habe eben nochmal im log geschaut, kann aber nix sehen was damit zu tun haben könnte,
habe aber auch keine spark um das bei mir gegentesten zu können oder so.

Vielleicht hat noch jemand anders eine Idee, ansonsten würde ich dir vorerst empfehlen mal
ein usb Image zu testen um die Box weiter nutzen zu können.

[AcidSubway]

Nimmt sich keiner mehr dieses Problem vor ??? :/

[santa]

Habe dir doch geschrieben das du bitte duckba mit USB Images testen sollst.

Ich habe die Vermutung das etwas mit deinem nandflash nicht passt, entweder wieder was neues oder defekt.

[DboxOldie]

Wie schon gesagt wurde: nimm mal ein USB....
Hier ein Auszug aus Deinem Log > da gibt es wohl einen Fehler im Nand



67108864 bytes read
NAND erase: device 0 offset 0x18800000, size 0x7700000
Erasing at 0x18800000 -- 0% complete.
Erasing at 0x18920000 -- 1% complete.
Erasing at 0x18a60000 -- 2% complete.
Erasing at 0x18b80000 -- 3% complete.
Erasing at 0x18cc0000 -- 4% complete.
Erasing at 0x18de0000 -- 5% complete.
Erasing at 0x18f20000 -- 6% complete.
Erasing at 0x19040000 -- 7% complete.
Erasing at 0x19180000 -- 8% complete.
Erasing at 0x192a0000 -- 9% complete.
Erasing at 0x193e0000 -- 10% complete.
Erasing at 0x19500000 -- 11% complete.
Erasing at 0x19640000 -- 12% complete.
Erasing at 0x19760000 -- 13% complete.
Erasing at 0x198a0000 -- 14% complete.
Erasing at 0x199c0000 -- 15% complete.
Erasing at 0x19b00000 -- 16% complete.
Erasing at 0x19c20000 -- 17% complete.
Erasing at 0x19d60000 -- 18% complete.
Erasing at 0x19e80000 -- 19% complete.
Erasing at 0x19fc0000 -- 20% complete.
Erasing at 0x1a0e0000 -- 21% complete.
Erasing at 0x1a220000 -- 22% complete.
NAND 512MiB 3,3V 8-bit: MTD Erase failure: -5
Erasing at 0x1a340000 -- 23% complete.
Erasing at 0x1a480000 -- 24% complete.

[AcidSubway]

Wie schon gesagt wurde: nimm mal ein USB....
Hier ein Auszug aus Deinem Log > da gibt es wohl einen Fehler im Nand



67108864 bytes read
NAND erase: device 0 offset 0x18800000, size 0x7700000
Erasing at 0x18800000 -- 0% complete.
Erasing at 0x18920000 -- 1% complete.
Erasing at 0x18a60000 -- 2% complete.
Erasing at 0x18b80000 -- 3% complete.
Erasing at 0x18cc0000 -- 4% complete.
Erasing at 0x18de0000 -- 5% complete.
Erasing at 0x18f20000 -- 6% complete.
Erasing at 0x19040000 -- 7% complete.
Erasing at 0x19180000 -- 8% complete.
Erasing at 0x192a0000 -- 9% complete.
Erasing at 0x193e0000 -- 10% complete.
Erasing at 0x19500000 -- 11% complete.
Erasing at 0x19640000 -- 12% complete.
Erasing at 0x19760000 -- 13% complete.
Erasing at 0x198a0000 -- 14% complete.
Erasing at 0x199c0000 -- 15% complete.
Erasing at 0x19b00000 -- 16% complete.
Erasing at 0x19c20000 -- 17% complete.
Erasing at 0x19d60000 -- 18% complete.
Erasing at 0x19e80000 -- 19% complete.
Erasing at 0x19fc0000 -- 20% complete.
Erasing at 0x1a0e0000 -- 21% complete.
Erasing at 0x1a220000 -- 22% complete.
NAND 512MiB 3,3V 8-bit: MTD Erase failure: -5
Erasing at 0x1a340000 -- 23% complete.
Erasing at 0x1a480000 -- 24% complete.


das komische ist aber genau das image geht. nur die neuen gehen nicht

[santa]

Ist doch nicht komisch...
Wenn im image sich was verändert, dann wird an fiese Position eine andere Datei gespeichert, vielleicht ist die im funktionierenden image unwichtig oder aber bleibt drin und kann nicht erneuert werden.

[AcidSubway]

Danke Santa, ihr habt recht :///////



STMicroelectronics Base Distribution version 2.2
Linux/sh4 2.6.32.42_stm24_V4.1-SAT7111_7111-STSDK

stlinux login: root
Password:


Welcome to STMicroelectronics Base Distribution.



BusyBox v1.18.2 (2011-07-13 20:52:52 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

[root@stlinux]#nandtest -m /dev/mtd5
ECC corrections: 0
ECC failures : 0
Bad blocks : 0
BBT blocks : 0
007e0000: checking...
Finished pass 1 successfully
[root@stlinux]#nandtest -m /dev/mtd6
ECC corrections: 0
ECC failures : 0
Bad blocks : 2
BBT blocks : 0
Bad block at 0x01ae0000
Bad block at 0x06660000
076e0000: checking...
Finished pass 1 successfully
[root@stlinux]#


wie kann ich diese beiden andressen aus dem bios des MB ausschliesen das er diese adresse nicht mehr nimmt???
so wie früher bei denn HDD´s oder geht das nicht?????

ich hoffe ihr wisst was ich eine :/

[Joker7]

..hmm,alles etwas "schwierig" ...

..normalerweise haben ja NAND-Speicher ein Bad block Management wo das geregelt wird.
..weiss es zwar nicht 100pro aber jffs2/yaffs usw. müssten darauf "Rücksicht" nehmen..also irgendwie die Bad blocks Tabelle richtig auswerten..

..aber vieleicht haben wir hier ja nen User der sich da spezieller mit auskennt...

[santa]

Badblocks sind Glaube ich relativ normal und häufiger zu sehen, nur machen die sonst keine Probleme.
Jetzt zum 3. mal, bitte mal USB image testen, vielleicht sind wir ja auch auf dem falschen weg.

[DboxOldie]

Stimmt Bad Blocks sind beim Nand normal und häufig, sind aber in der BBT abgelegt.
k.A. warum das an der Stelle so hakt, aber mach mal was Santa sagt und teste ein USB Image....

[AcidSubway]

Hallo zusammen, ein danke an alle helfenden :)

Ich wollte mit dem Vorschlag anfangen ein USB-Image zu Installieren.
Startete dan den E2 Löschvorgang über Spark und danach wieder den
Nandtest der zwei BadBlocks anzeigte. Holte mir das neuste image.
HDMU_10630_E2_spark_211_git_5282_nodebug_nolcd_Dif f0_gst_Flash

und komischer weise hat er auf einmal die badblocks erkannt :D schaut in die log :D geil DANKE
Jetzt rennt alles.

32103210

[DboxOldie]

Interessant:
Dann hat "nandtest" das in die BBT eingetragen.... :)

auch sehr schön...

[redoom]

ist das nandtest in der Spark Firmware vorhanden? Habe bei einer Freundin eine Box mit ähnlichen Problemen, wollte da morgen mal remote dran.

[AcidSubway]

Jo ist über telnet gegangen
root/root