Pingulux flashen bleibt bei Writing Flash hängen - spark und HDMU

[Renpez]

Hallo,

das Update (per USB) gelingt seit 2 Tagen nicht mehr und wenn ich das Log ansehe bleibt er beim "Writing Flash" hängen.
Das gilt für Spark und auch für HDMU. Da ich beides versucht habe ist praktisch nichts lauffähiges mehr drauf.
Der Zugriff per HTerm und über die Tasten am Gerät funktioniert.
Kann jemand in den log Dateien das Problem erkennen und mir schreiben was ich zur Rettung tun kann?

Vielen Dank St. Renpez

[morly]

kannst mal ein altes HDMU Image testen? (teste mit verschiedenen Sticks!)

[Renpez]

Hallo,
super schnelle Antwort Danke.
Habe diverse HDMU getestet (zwischen 12069 und 12791) und auch das aktuelle Edision spark und NF-EOS Help Pack 1.1.29 .
Alle flash Vorgänge laufen ganz normal mit alle (3) probierten Stick`s erst das letze schnelle hochzählen kommt einfach nicht.
Es gibt kein 7 70 oder T TO
Alles scheint ganz normal U Ld - e 299 - succ - S 199 Ende.
Laut log hat er doch da schon alles vom Stick ausgepackt und in seinen kleinen Bauch geschaufelt?
Alles in den NAND geschrieben , den Flash entsperrt gelöscht und erst danach beim neu Beschreiben klemmt es.

Grüße St Renpez

[Joker7]

.... ein wirklich komisches Phänomen .....zu dem mir auch fast nichts einfällt,außer bei "weiteren Flashversuchen" mal anhand der Logs Prüfen ob sich die Bad Blocks nicht verändern und gleich bleiben...

[Renpez]

Hallo,

ja die bad Blöcke bleiben immer gleich. Im HTerm werden sie schon beim löschen angezeigt und alle Logs verschiedener Images haben die gleichen B-Blöcke.
Aber dennoch scheint trotz badBlocks ja bis dahin alles noch OK.

Log HTerm

NAND erase: device 0 offset 0x18800000, size 0x7700000
Skipping bad block at 0x1a1c0000
Skipping bad block at 0x1b920000
Skipping bad block at 0x1c460000
Skipping bad block at 0x1de20000
Skipping bad block at 0x1de40000
Skipping bad block at 0x1e2e0000
Skipping bad block at 0x1f1e0000
Erasing at 0x1fee0000 -- 100% complete.
OK

NAND write: device 0 offset 0x18800000, size 0x2920000

Bad block at 0x1a1c0000 in erase block from 0x1a1c0000 will be skipped
Writing data at 0x1b13f800 -- 100% complete.
43122688 bytes written: OK
Unprotecting Flash...
.. done
Un-Protected 2 sectors
Erasing Flash...
.. done
Erased 2 sectors
Writing to Flash...

Grüße St Renpez

[rantanplan]

mach es über e2-Upgrade-Tool von Spark aus.

[Joker7]

..und wie soll er das bitte machen ?

...er schreibt doch "Das gilt für Spark und auch für HDMU. Da ich beides versucht habe ist praktisch nichts lauffähiges mehr drauf."

[Renpez]

Genau so ist das.
Es läuft nix mehr da das Löschen des Flash im Laufe der Installation noch wunderbar funktionierte, das Beschreiben leider weniger.
Scheint ja kein bekanntes bzw. erklärbares Problem zu sein.

Grüße St Renpez

- - - Aktualisiert - - -

Genau so ist das.
Es läuft nix mehr da das Löschen des Flash im Laufe der Installation noch wunderbar funktionierte, das Beschreiben leider weniger.
Scheint ja kein bekanntes bzw. erklärbares Problem zu sein.

Mal ganz anders gefragt. Durch was werden die einzelnen Schritte der Installation den bestimmt?
Daran scheitert es doch scheinbar. Bis zum Update war doch alles OK.

Grüße St Renpez

[santa]

Erzähl mal Schritt für Schritt was du gemacht hast.
Welches image war vorher drauf

[Renpez]

Hallo,
es lief ein HDMU aus Juni 14 ( Nr ??), also Zeit mal für ein Update. 12791 auf den Stick Instll normal bis (S 199 bzw Writing to Flash) Stillstand. Habe diverse Images versucht auch spark, was nach einer Reparatur bei Edision nicht mehr drauf war, Hdmu ca 3 verschiedene, NF EOS E2, NF Eos Help pack spark und org. spark von Edision das aktuelle. Alle mit den gleichen Ergebniss. Writing to Flash (E2) bzw Copy to Flash (spark)- Stillstand. s.Anhang oben

Grüße St Renpez