All times are UTC - 5 hours [ DST ]




Post new topic Reply to topic  [ 25 posts ]  Go to page Previous  1, 2
Author Message
 Post subject: Re: Sandisk CF Card Ultra 32G (SDTNQGBMB-016G NAND)
PostPosted: April 4th, 2018, 7:11 
Offline
User avatar

Joined: March 28th, 2018, 13:24
Posts: 5
Location: S.Wales
Well... Seems like I opened up a can of worms there.. :D

My take on it is ..

@Amarbir : you asked "My question was Why Read U51 As Chip 1 And U50 As Chip 2"

At some point in time, a solution / model was created with the chips in order of U51,U50 and so on..
IF you want to use this pre made solution / model then you need to follow the chip order specified by its creator. The solution / model could contain dump order switches within it.

This is why Acelab introduced the "Try all options of the order of chips" function. when running a solution.


Alternatively if you are the solution creator 8) , there is no hard and fast rule as to which chips you read in what order. But there are sensible trends to follow to make everyone's life easier, like lowest to highest.
------------
"Sir ,
Since how much time are you doing NAND Chipoff :shock:"


Since its evolution from EEPROM in the late 80`s.. and still learning new stuff every day


Top
 Profile  
 
 Post subject: Re: Sandisk CF Card Ultra 32G (SDTNQGBMB-016G NAND)
PostPosted: April 4th, 2018, 11:47 
Offline
User avatar

Joined: December 4th, 2012, 1:35
Posts: 3844
Location: Adelaide, Australia
Amarbir[CDR-Labs] wrote:
Most of The Controllers Embed Thier Controller No in the NAND dumps ,So To Arrange Them In Order Its Necessary To check Them and Set The Order of The Dumps.

I would not say most, I would say some. The only thing this may help is finding the first dump. You should always browse dumps with hex editor if your chosen software doesn't have a "one-click" solution anyway. getting familiar with dumps will help learn each day.

Amarbir[CDR-Labs] wrote:
I have a SM2236 Right Now and i Will Post The Details Soon Incase Someone Does Not Know .I had Some of The Initial NAND Tools From Acelab but never ventured deep into flash ,Things Are Very Different Now Buddy .In My Case i Have a Chip With 4 Parts Each ,Hence 16 Parts In Total :D


many chips are getting more and more parts, some single chips have 16 or 32 layers already. single chip 120GB SSDs are common.

BTW you may have started a new thread, as you kind of hijacked the sandisk topic.. ;-)

Sandisks are wayyyy harder than 2236's :-)


Top
 Profile  
 
 Post subject: Re: Sandisk CF Card Ultra 32G (SDTNQGBMB-016G NAND)
PostPosted: April 4th, 2018, 12:36 
Offline
User avatar

Joined: August 15th, 2006, 3:01
Posts: 3464
Location: CDRLabs @ Chandigarh [ India ]
NANDoff wrote:
Well... Seems like I opened up a can of worms there.. :D

My take on it is ..

@Amarbir : you asked "My question was Why Read U51 As Chip 1 And U50 As Chip 2"

At some point in time, a solution / model was created with the chips in order of U51,U50 and so on..
IF you want to use this pre made solution / model then you need to follow the chip order specified by its creator. The solution / model could contain dump order switches within it.

This is why Acelab introduced the "Try all options of the order of chips" function. when running a solution.


Alternatively if you are the solution creator 8) , there is no hard and fast rule as to which chips you read in what order. But there are sensible trends to follow to make everyone's life easier, like lowest to highest.
------------
"Sir ,
Since how much time are you doing NAND Chipoff :shock:"


Since its evolution from EEPROM in the late 80`s.. and still learning new stuff every day


Thank You Sir ,
In VNR NAND Order Makes No Sense As We Have The Concept Of LBN LPN Corrent Me if this is untrue .Good You Hear About your long experience

_________________
Regards
Amarbir S Dhillon , Chandigarh Data Recovery Labs [India]
Logical,Semi Physical And Physical Data Recovery
Website-> http://www.chandigarhdatarecovery.com


Top
 Profile  
 
 Post subject: Re: Sandisk CF Card Ultra 32G (SDTNQGBMB-016G NAND)
PostPosted: April 4th, 2018, 20:13 
Offline
User avatar

Joined: December 4th, 2012, 1:35
Posts: 3844
Location: Adelaide, Australia
Amarbir[CDR-Labs] wrote:
NANDoff wrote:
Well... Seems like I opened up a can of worms there.. :D

My take on it is ..

@Amarbir : you asked "My question was Why Read U51 As Chip 1 And U50 As Chip 2"

At some point in time, a solution / model was created with the chips in order of U51,U50 and so on..
IF you want to use this pre made solution / model then you need to follow the chip order specified by its creator. The solution / model could contain dump order switches within it.

This is why Acelab introduced the "Try all options of the order of chips" function. when running a solution.


Alternatively if you are the solution creator 8) , there is no hard and fast rule as to which chips you read in what order. But there are sensible trends to follow to make everyone's life easier, like lowest to highest.
------------
"Sir ,
Since how much time are you doing NAND Chipoff :shock:"


Since its evolution from EEPROM in the late 80`s.. and still learning new stuff every day


Thank You Sir ,
In VNR NAND Order Makes No Sense As We Have The Concept Of LBN LPN Corrent Me if this is untrue .Good You Hear About your long experience


LPN and LBN are used in other software as well, just not visible to the user. VNR is more hands on, and gives more control and more research ability.


Top
 Profile  
 
 Post subject: Re: Sandisk CF Card Ultra 32G (SDTNQGBMB-016G NAND)
PostPosted: April 5th, 2018, 2:30 
Offline

Joined: October 24th, 2009, 15:22
Posts: 872
Location: Poland
Amarbir[CDR-Labs] wrote:
Thank You Sir ,
In VNR NAND Order Makes No Sense As We Have The Concept Of LBN LPN Corrent Me if this is untrue .Good You Hear About your long experience


All software use LBN, LPN, VT, sector or TT do assembly the data depends on controller. Order is important, because if you connect (2,4,8 dumps) in wrong order data will be cutted (like in wrong assembled RAID 0). For example MBR in first sector first dump, connect Join by page 2, 0x200. If you use wrong order MBR will be in second sector.

_________________
Flash Killer - everyday new resources (pinout, XOR, ECC,config) for flash devices


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 25 posts ]  Go to page Previous  1, 2

All times are UTC - 5 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 10 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group