During flash data recovery, we often encounter plane disorder issues caused by bad blocks.
For example, blocks that originally belong to Plane 0 will be misplaced to the position of Plane 1.See the figure below:
Attachment:
1.png [ 151.5 KiB | Viewed 451 times ]
Synchronize in groups of four blocks with a step value of 1.The correct final LPN sequence for each group of four blocks should be 0, 1, 2, 3.
As shown here, selecting 0x1AC reveals a conflicting block with an LPN value of 0x03.This block should be the last one within the current four-block group starting at LBN = 0x6B.However, in the actual dump, the block LBN=0x6B / LPN=0x03 is misplaced into Plane 0, resulting in poor reconstruction results with the original compilation method.
Although NFT supports manual block number modification, manual adjustment is extremely time‑consuming when large numbers of such errors occur.
Traditional modification method:Manually correct the block sorting order.
Attachment:
2.png [ 79.84 KiB | Viewed 451 times ]
Attachment:
3.png [ 138.5 KiB | Viewed 451 times ]
This wastes a great deal of the user’s time.
NFT has added the LPN to Plane function:
Attachment:
4.png [ 55.74 KiB | Viewed 451 times ]
The sorting result after enabling this option is as follows:
Attachment:
5.png [ 142.11 KiB | Viewed 451 times ]
We can see that the correct result can be obtained directly without manual modification.
FAQ
Search
Login
Register
HDDGURU FILES
theoretically applicable to all controllers with block sorting and LPN