NAND Dump modifizieren

[Jan (bugsimpson)]

Hallo,

ich versuche jetzt schon seit geraumer Zeit einen Netgear Access Point 
zum laufen zu bekommen.

Bei dem defekten Gerät war der NAND hinüber.
Zum Glück hatte ich ein zweites funktionierendes Gerät.

Jetzt wollte ich gerne die originalen Factory Daten wieder anpassen, 
also das funktionnierende Dump ändern.

Das habe ich via. XGecu ausgelesen und konnte die Stellen schon 
ausfindig machen (ASCII Strings)
Mit dem komplett originalen bootet das Gerät einwandfrei, schreibe ich 
jedoch das modifizierte Dump, fehlen bzw. werden die Daten nicht richtig 
geschrieben oder vom MT7621 (SoC vom Access Point) gelesen?!

Ich habe schon einiges über ECC gelesen, habe schon versucht mit und 
ohne ECC zu flashen, beides ohne Erfolg.

Hat vielleicht jemand eine Idee oder Tipp?

Hier ist der originale funktionierende Dump.

https://www.dropbox.com/scl/fi/amqb98qtde4ve7ggou103/Netgear_WAX214v2_F59L1G81MB-TSOP48.BIN?rlkey=l55j9eprz83b5hqx9y7tw1c3o&st=3cfedolh&dl=0

[Horst V. (hoschti)]

Da wird wohl eine Checksumme über den Flash-Inhalt berechnet und beim 
Start überprüft. Wenn du nicht weißt, wo die im Speicher steht und wie 
die berechnet wird, kannst du eine Veränderung der Daten vergessen.

[Jük P. (tik-tak)]

Du sollst dir über Nand Flash etwas schlau machen und zwar Bad Blocks 
und SCL / MLC deren unterschied.

[Jük P. (tik-tak)]

Horst V. schrieb:
> eine Checksumme

Wird nichts bringen) Da ist es ein Nand Flash). Du hast im Bereich nicht 
viel Ahnung.

[Jan (bugsimpson)]

Jük P. schrieb:
> Horst V. schrieb:
>> eine Checksumme
>
> Wird nichts bringen) Da ist es ein Nand Flash). Du hast im Bereich nicht
> viel Ahnung.

Darum frage ich ja Experten wie (anscheinend).

[Wolfgang R. (Firma: www.wolfgangrobel.de) (mikemcbike)]

Jük schreibt wie üblich immer nur belanglosen Müll.

[Alexander (alecxs)]

Nö, ihr versteht ihn bloß nicht. NAND ist nur der untere rohe Layer, 
dort nach Daten zu suchen ist ungünstig. Das kann auch gelöschter Abfall 
sein. Besser den integrierten FTL Controller nutzen und das 
höherliegende Dateisystem auslesen.

[Jan (bugsimpson)]

Alexander schrieb:
> Nö, ihr versteht ihn bloß nicht. NAND ist nur der untere rohe
> Layer, dort nach Daten zu suchen ist ungünstig. Das kann auch gelöschter
> Abfall sein. Besser den integrierten FTL Controller nutzen und das
> höherliegende Dateisystem auslesen.

Meinst Du z.B. über linux nach gewissen Strings suchen?

[Jük P. (tik-tak)]

Hast nach Bad Blocks schlau gemacht und ob dein Chinas Müll überhaupt es 
korrekt behandelt?

Also klären
1. Bad block
2. Dann beschreiben dann auslesen und vergleichen.

[Jan (bugsimpson)]

Jük P. schrieb:
> Hast nach Bad Blocks schlau gemacht und ob dein Chinas Müll
> überhaupt es korrekt behandelt?
> Also klären
>
> Bad block
> Dann beschreiben dann auslesen und vergleichen.

Laut T76 gibt es keine Bad Blocks.

[Jük P. (tik-tak)]

Jan schrieb:
> keine Bad Blocks.

bei beiden?

Dann andere Nand:
beschreiben, auslesen und vergleichen.
Ausgelesenen Dump von 2 Nand auch anhängen hier.

[Alexander (alecxs)]

Jan schrieb:
> Meinst Du z.B. über linux nach gewissen Strings suchen?

ich meine es wird eine mountbare /dev/mtdblock Partition geben, entweder 
ubifs squashfs oder jffs2

cat /proc/mtd

Jük P. schrieb:
> Unbenannt.JPG

Page-Größe 2 KB + 64 Byte OOB? um das zu lesen muss man den 
ECC-Algorithmus kennen

[Jük P. (tik-tak)]

Alexander schrieb:
> lesen muss man den ECC-Algorithmus kennen

Schreib bitte nicht den Müll)

[Jan (bugsimpson)]

Jük P. schrieb:
> Jan schrieb:
>> keine Bad Blocks.
>
> bei beiden?
> Dann andere Nand:
> beschreiben, auslesen und vergleichen.
> Ausgelesenen Dump von 2 Nand auch anhängen hier.

Was ist das für ein Tool?

[Jük P. (tik-tak)]

No public.

[Harry L. (mysth)]

Ich würde als Erstes mal binwalk darauf ansetzen.
https://github.com/refirmlabs/binwalk

[Jük P. (tik-tak)]

Harry L. schrieb:
> mal binwalk darauf ansetzen.

Sehr schlau)

[Alexander (alecxs)]

Harry L. schrieb:
> Ich würde als Erstes mal binwalk darauf ansetzen.

Ich nicht. Wozu soll das gut sein?