I am recovering ST1000LM024 HN-M101MBB
Head was stucked on platter. Removed it . Dont damage on heads first. All was full speed. Started to clone drive. Aprox % 30 cloned good performance. No bad behaviour. But somehow, some bad parts made heads weak. 3 heads reading speed dropped smaller . But still could continioue to image. But terminal logs increased smo time later. After then I have decided to head swap. Swapped head. But.

Drive initilization ok. Everyting look ok. But in DE sectors not same as before . ( I am always checking it after any operation. ) Then checked S list. Yep. 3 of S list copies bad. Drive working. Everything ok. Some modules bad. S list and A list bad. I have backed up modules before. I have drives S list

Now. How could I ofset a Samsung drives module . No command for that in MRT. dont know even PC3k.
I dont have tracks copy when S list not bad.
Tried to analyse modules. Look like its possible manualy.
There are so many empty tracks.

I am using MRT.
Any advices. Thanks

_________________
Sexy Womans from your town

your problem is probably not how to relocate these modules, it is rather how to get anything written to the SA without damaging other stuff.

pepe

_________________
Adatmentés - Data recovery

I have backed up modules before. Have a S list module good copy

_________________
Sexy Womans from your town

Could you upload your resource dump? I think I might know a way to relocate your module.

_________________
A backup a day keeps DR away.

_________________
Sexy Womans from your town

The ROMCODE0 module (ID 86h) is empty (zero filled), and it is the same size as the SLIST, so I suspect that it could be used as an alternative site for the SLIST.

Are you able to copy the contents of SLIST to ROMCODE0, and then save ROMCODE0? If so, then the next step would be to edit the cylinder and sector numbers in the FIT module so that the FIT then points to the new location.

_________________
A backup a day keeps DR away.

An alternative method might be to truncate the SLIST. The current SLIST contains data in the range 0 - 0xFCD7, so limiting its size to 0x80 sectors (by editing the FIT) might get around the problem. I don't know what would happen if the defect list were to overflow, so you would need to prevent the drive from adding to the list.

BTW, this method has been successfully tested on another Samsung model, although in that case it was the MOVLY001 module which was truncated.

_________________
A backup a day keeps DR away.

Thanks for answer.
I guessed that modify FIT and write module to new adress. I have solved FIT before. I can use another an empty track to new Slist adress. But firstly have to practice . What do you think about , Is it enough that Only modifying FIT to new adress. FIT2 looking also similar . Is it necessary to modify Rom or any other module?
(I have tried that modify FIT before with practise long time ago. But could not finished that ofset trying. As I remember I coulndt reach to modules after that triying. It was a garbage drive. Not this case)

I have Original Slist module. And Slit.chs file.

I have just recognised terminal errors says
________________________________________
FdtTable Loaded. Rev:0x02
| 17 | SLIST | 4 | 0 | 0 | 5B04 |
| 17 | SLIST | 4 | 1 | 0 | 1140 |
| 17 | SLIST | 4 | 2 | 0 | 1140 |
| 19 | RLIST | 3 | 0 | 0 | 1140 |
Up MC

PwrOn RRO1x @ H0
Table) cos = -821760, sin = 949248
Coeff) cos = -162612, sin = 65338

DiskSlip : 177 [SrvTrk]
DiskSlip : 198 [SrvTrk]

PwrOn RRO1x @ H2
Table) cos = -821248, sin = 947456
Coeff) cos = 59862, sin = 5283

DiskSlip : 177 [SrvTrk]
DiskSlip : 172 [SrvTrk]
TgtCyl: 832
Hd: 2 Zn: 0 Avg.:- 106
TgtCyl: 269568
Hd: 2 Zn: 1 Avg.: 997

SVCAL(0080,0000)-->PASS
| 152 | ZONHEAL3 | 64 | 0 | 0 | 1140 |
[INIT_ATWH_V2 REV:0005 GRP:1]
| 167 | SMARTDRM | 37 | 0 | 0 | 1140 |
RecordValid Fail : 0406E47D 0007E41D
ReadyTime = 26022457 us
EPOK
ENG>@
_________________________________________________
Checked that modules.
SLIST , ZONHEAL3 ,SMARTDRM 3 copy bad
Rlist 2 copy bad. Head 2 copy alive

I think I have to ofset all of them each modules to new adress and modify FIT to new adress

_________________
Sexy Womans from your town

ISTM that the drive cannot update the respective modules. Could there be a write fault?

Maybe you should clean the HDA contacts and check the supply voltage(s) for the preamp?

_________________
A backup a day keeps DR away.

typical symptom of bad writing after head swap. It's only gonna get worse, it's not the sa that's bad, it was fine at the first start. so i see no point in relocating the modules, which would not be possible either, whichout the ability to write correctly.

pepe

_________________
Adatmentés - Data recovery

Can you show us the two PCBs, patient and donor? AFAIK, there were at least two PCB versions for this model, one with a Samsung part number, the other with a Seagate number. ISTR that there were two different preamp voltages, 1.8V or 2.5V, but I could be thinking of another model.

_________________
A backup a day keeps DR away.

yellow sticker patient

_________________
Sexy Womans from your town

According to the stickers on the motors, one drive is an M8 and the other is an M8E. Could that be the problem?

_________________
A backup a day keeps DR away.

I have recognised this. But Patient accepted hsa. Its reading user data also.

I would try another donor. Bored me this case.
Just checked logic scan. Not good reading speed. Maybe M8 and M8E couse, or heads weak really.

DE imaging was at 66% before problem occured. Anyway.

I am also thinking about clone disk to same model with empty Slist. Then write patients Slist to it. Any chance for this? I have to do some practise for all

_________________
Sexy Womans from your town