rs8191 wrote:
Hello, jaclaz I have edited the previous post with the description of the NAND and equipped to better understand with an example of Hexdumpe.
Thanks for that <img src="images/smiles/icon_smile.gif" alt="Smile" title="Smile" /> , but - probably it is just me <img src="images/smiles/icon_eek.gif" alt="Shocked" title="Shocked" /> - you seem like having a "quirk" for either making things more complex than needed or to mix info "liberally".
In the edited post you stated mixed/contrasting info:
Quote::
After this action, I was able to recognize the Strucktur.
16x (512 dates bytes / 24 ECC bytes) and 64 bytes of Management Data.
Quote::
in my case the NANDs have 256Byte Data area and 14 Byte Spare area (16x256 + 16x14) x2 = 8640Byte
16*(512+24)+64=8640
2*16*(256+14)+0=8640
Maybe the actual structure is something like:
2*16*(256+12)+64=8640
i.e. last 2 bytes of the 14 Byte Spare Area form the 64 bytes "excess data"?
2*16*2=64
If you combine 256 bytes (odd bytes) with 256 bytes (even bytes) you have 512 bytes alright, but if you combine 14 bytes with 14 bytes, you get 28 bytes and not 24.
rs8191 wrote:
I'm just going to reconstruct the long way (ECC solution) and putting it on paper.
I hope that I can present this as soon as possible.
No hurry whatsoever, better take a little time more and have things laid out as clear as possible.
jaclaz
↧