Lost in Translation

dann schalte sie mal aus und ein, kann sein das der reboot befehl nicht funktioniert.

Ich muss erst aus flash_erase, nfidump, nanddump und reboot ein einziges binary machen.

Aber solange wir nicht wissen ob wir die Jumbo nfis behalten (müssen) rentiert sich die Arbeit dafür (noch) nicht.

schlecht - nochmals probieren und wenn nicht - danke das sie mit uns geflogen sind

das geht so alle 3 min weiter wenn kein Kernel gefunden wird.

Nochmals aktuelels Image flashen dFlash drauf und das mit nanddump gesicherte image nochmals mit nandwrite flashen probieren.

so viele bad blocks ?

Im dFlash mit check nachsehen, habe ja nicht umsonst das nand_check ins dFlash integriert.

ja. mach evt noch einen enigma2 restart um sicher zu sein das sie auch ausgeschrieben und benutzt werden

Zitat

Original von Heiquito

wir sprechen aber schon beide vom flashen, oder?

So ... erster Versuch ging sehr schnell, aber das frische Image war nach dem reboot wieder da. Zweiter Versuch blieb grade lange mit halben Balken auf dem LCD stehen, bootet jetzt aber ...

Gute Nachricht: Datensicherung von vorgestern ist grade wieder hochgefahren!

Alles anzeigen

Das ist es ja was ich gemeint habe beim ersten Versucht zieht scheinbar noch das writenfi das mit dem Jumbo nfi nichts anfangen kann. Einfach vor dem Flashen mit dFlash wenn du das nanddump eingestellt hast noch ein enigma2 restart machen und dann schauen ob das nandwrite immer noch eingestellt ist und dann erst damit flashen probieren, sonst kann es eben passieren das es 1x leer durchläuft und nichts tut weil das writenfi sagt das ist kein File für mich.

Bitte probiert das 5.6 vom dFlash aus da habe ich versicht die Backup Geschichte was den Resourceverbrauch angeht zu optimieren, es werden die neuesten Binaries eingesetzt, etc.

Ich hoffe es ist jetzt besser auch mit den Standardeinstellungen - aber das findet Ihr schon raus.

LG
gutemine