wrong NAND dump

[iddq]

Hello,

I assume the dump is wrong because there is 48 bytes gap (16 bytes garbage + 32 bytes 0xff) at every 2112 bytes which is wrong and it does not match with the expected OOB layout.

00015a30  bd e8 1e ff 2f e1 48 75  61 57 65 69 20 53 74 61  |..../.HuaWei Sta|
00015a40  ff ff 72 74 43 6f 64 65  20 32 30 31 32 2e 30 32  |..rtCode 2012.02| <- two wrong bytes inserted at the beginning of this line which is also a sign of read errors
00015a50  55 5f 30 1f d7 39 4c a8  45 be 36 bb c8 62 ff ff  |U_0..9L.E.6..b..| <- gap
00015a60  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................| <- gap
00015a70  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................| <- gap
00015a80  20 28 52 31 35 43 31 30  20 4a 61 6e 20 33 30 20  | (R15C10 Jan 30 |
00015a90  32 30 31 35 20 2d 20 31  36 3a 34 33 3a 31 30 29  |2015 - 16:43:10)|

[Alex-Orsholits]

hmmmm thanks for sharing this - I dumped a second chip and got the same results so maybe my reader is not functioning properly?

[iddq]

Did you desolder the chip for reading? If yes, and the correct chip type was selected then I would say it is a sw bug.

[SambasOnFire]

Did you desolder the chip for reading? If yes, and the correct chip type was selected then I would say it is a sw bug.

No, this is huawei feature!
1040 data
14 junk
994 data
2 junk
14 data
48 junk
off course still need fight with ECC.
https://github.com/Huawei-LTE-routers-mods/balong-raw-dump-tools/blob/master/convert_raw_dump.py

https://www.riverloopsecurity.com/blog/2021/07/nand-dump-repair/

[Alex-Orsholits]

Closed due to (potentially) successful dump here #12