Hello friends

I had this kind of info:


"translator is in some manner "linked" with the serial number of the heads

so if you will change JUST (only) the heads, you'll read ONLY x00 from all users data LBAs"


do you know something about this?

have you successfully swapped heads on WD10SMZW or WD10SPZX (both have board full size model 800069) or on WD20SMZW ( board small size 800067 and a sticker as cover as for the Seagate Rosewood )


This post of mine is also related with this ---> https://forum.acelaboratory.com/viewtop ... 686#p36686 <--- have you experienced this behavior?

Thank you

I solved several Palmar already

_________________
__________
There is no substitute for education and experience
THANK YOU
SHAHI
shahi.mahbub@gmail.com

Hello Shashij

what kindly but exactly do you mean?

That you swapped heads without issues?
Mean straight heads swap without e.g. any module modification?

Thank you

I believe these Palmers are shingled media drives. When you are seeing all 00s there is a problem with the secondary translator initialization. It may be that the swapped heads aren't 100% compatible, or else the FW is corrupted.

In my experience, Palmer and Charger head swaps are straight forward - no firmware mods are required (the FW is locked anyway). I've only seen one type of Palmer head / slider, but Chargers use more than one type, so there is a greater chance of a mismatch.

_________________
http://www.datasaversllc.com

Its straight forward.

00 is responsible for fw issue or incompatibility

_________________
__________
There is no substitute for education and experience
THANK YOU
SHAHI
shahi.mahbub@gmail.com

Ouch
So
l since I have swapped nothing

looks like a FW issue

maybe too many bad sectors and related consequences


or?

weak heads?

or either the two?

some sectors with HEX values are read at the 500M area by head #0

Translator is not linked to serial number of the heads, heads can be changed.
However translator can killed by the drive if the drive has unstable reading

If a drive returns 00s on ALL the sectors then data is gone and probably unrecoverable
If a drive returns 00s on SOME sectors but data on others, then it is completely NORMAL situation

_________________
SAN, NAS, RAID, Server, and HDD Data Recovery.

Is the SA recorded with SMR? Just curious.

_________________
A backup a day keeps DR away.

well, this is the case

so it makes sense to believe that heads are weak and in the outer circumference they are not reading

I'll try the full test

Why wouldn't it be?

Here is a link to a white paper on how SMR & HelioSeal™ technology works:

https://documents.westerndigital.com/co ... nology.pdf

_________________
http://www.datasaversllc.com

same discussion.


https://forum.dolphindatalab.com/thread-3750.html

note-
sometimes this link will not work without user passwords. not sure.

coz it would be ridiculous.
SA is not shingled.
pepe

_________________
Adatmentés - Data recovery

I would think that HDD manufacturers would go to greater lengths to protect the integrity of the System Area (SA). AIUI, the SA is generally recorded with lower sectors per track (SPT) than the adjacent user area (UA). I would expect that a 512-byte sector size would still be the norm, hopefully with more ECC bits that the UA.

ISTM that SMR would introduce undesirable complexity during SA writes. I can't even imagine what SA caching would entail.


As you are a WD "partner", perhaps your partner would be able to explain to you how it all works ... at the SA level.

_________________
A backup a day keeps DR away.