HDD GURU FORUMS http://forum.hddguru.com/ |
|
Markers Table http://forum.hddguru.com/viewtopic.php?f=27&t=39023 |
Page 1 of 1 |
Author: | HaQue [ October 14th, 2019, 20:06 ] |
Post subject: | Re: Markers Table |
Duplicated markers can be because of different banks, (making up numbers, so YMMV) for example, you may have one set of markers in an offset range of 0x0 - 0x100000000, then the duplicated ones from there upward... being bank 0, and bank 1 |
Author: | ddrecovery [ October 14th, 2019, 20:15 ] |
Post subject: | Re: Markers Table |
HaQue wrote: Duplicated markers can be because of different banks, (making up numbers, so YMMV) for example, you may have one set of markers in an offset range of 0x0 - 0x100000000, then the duplicated ones from there upward... being bank 0, and bank 1 I could understand that if the whole table had duplicate markers. But these duplications are sporadic. I know how to remove the duplications, but not sure how to select which one to remove. Also most of the markers miss an alternate number altogether in the sequence, this happens pretty much though the who table. Just trying to understand why? ie. 00DA 00DC 00DE 00E0 |
Author: | HaQue [ October 14th, 2019, 22:12 ] |
Post subject: | Re: Markers Table |
This could be what other software calls "conflicts" you could possibly remove one, check if results are better, if not remove the other and compare. Is this marker the Block Number? There could be another marker for version... a marker that denotes that this is the current version of the block. There is also controllers that may not actually have any way to differentiate between blocks with same markers using the dump alone... maybe a table is stored somewhere in the dump or controller itself (dump being more likely) I don't have a great understanding of this either! some controller firmware developers seemed to have been on the juice at times. |
Author: | arvika [ October 15th, 2019, 2:11 ] |
Post subject: | Re: Markers Table |
What controller? For some controllers you can filter good data blocks by other marker, here probably it will be first byte from test1 marker (1E). I see also, that LBN markers is multiplied by 2. After it if you have empty blocks in list, you need add it to avoid shifts in image. If you have same LBN markers it is called conflicts, need resolved it manually. If ECC is not good in service area, some markers can have other value (looks like lost blocks or conflicts). |
Author: | ddrecovery [ October 15th, 2019, 11:06 ] |
Post subject: | Re: Markers Table |
Thanks for the help. I think this is too complex a case for me to learn much from. VNR support logged in this morning to help and its still a work in progress. Gosha was changing block sizes and various other methods to improve the recovery, but its still a work in progress. I will ask you guys a similar question when I get my next one if you don't mind. Again thanks for the input. |
Author: | arvika [ October 15th, 2019, 12:02 ] |
Post subject: | Re: Markers Table |
What controller? |
Author: | ddrecovery [ October 15th, 2019, 12:55 ] |
Post subject: | Re: Markers Table |
arvika wrote: What controller? Sandisk 20-82-00388 |
Author: | arvika [ October 15th, 2019, 14:58 ] |
Post subject: | Re: Markers Table |
Ah, not so easy for learning |
Author: | HaQue [ October 16th, 2019, 4:57 ] |
Post subject: | Re: Markers Table |
I see other software assembles this by sector number. Sorry I don't know much else about it |
Author: | pcimage [ October 16th, 2019, 14:30 ] |
Post subject: | Re: Markers Table |
arvika wrote: Ah, not so easy for learning Agree! Sandisk can be pretty tricky, with some horrible and complex “mixes” Not for beginners |
Author: | ddrecovery [ October 16th, 2019, 14:34 ] |
Post subject: | Re: Markers Table |
pcimage wrote: Not for beginners Thanks |
Author: | pcimage [ October 16th, 2019, 15:01 ] |
Post subject: | Re: Markers Table |
ddrecovery wrote: pcimage wrote: Not for beginners Thanks Sorry Tim, didn’t mean to malign you! Maybe “beginners” was probably the wrong word there! Tbh, even Sergey (Soft Center) and the guys at rusolut have problems with these. Acelab TS have never been able to solve a tricky Sandisk for me! |
Page 1 of 1 | All times are UTC - 5 hours [ DST ] |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |