ST2000LM007 after QUICK FORMAT

[tweety]

I have a case of ST2000LM007 after fast format.

Scanning the R-Studio program - I extracted the entire directory and file structure ... I started the recovery ... What was my surprise when each of the recovered files is damaged and when viewing it through hex it has all zeros.

I took a sector image on UDMA 133 by pc3k ... Same effect after scanning partition structures - file and directory structure is. And each file is corrupted. While reading the marked files through the utility with the speed of 6.4KB / s, it is strange that the data recovered is EFFICIENT and opens.

What is the cause of this condition? How to speed up the reading of ST2000LM007 through the utility because now reading one 10MB JPG takes up to 35 minutes ...

https://drive.google.com/file/d/151JnIF ... dc2WK/view - Movie with presentation

[Lardman]

Can you see anything going on in the terminal window? What sort of results do you get if you use "Use Hardware retries" rather than the pc3k utility.

[Arch Stanton]

SMR drive?

[fzabkar]

SMR drive?

Yes.

https://www.seagate.com/www-content/product-content/seagate-laptop-fam/mobile-hdd/en-us/docs/100850135a.pdf

Shingled magnetic recording with perpendicular magnetic recording heads/media.

[tweety]

Can you see anything going on in the terminal window? What sort of results do you get if you use "Use Hardware retries" rather than the pc3k utility.

Boot0x80M
TCC:0017

Tech Unlock Handshake: 0x26E67140
Reply:

QB
Rst0x80M
:0x0000 0x3FFFFFFF
FTU
TCC:0017:001F EMCDataErr:00000012

PrgF
(P)SATAReset

RAWOFF
PASS
6GbMaxSpeedloweredto3GbforIntelbug
SendStatus:COMRESETseen
CSpd=3Gbps
FIS34
IDLE1
VC0

XI2
VC1

VC2Up
IDLE2
VC0

VC1

VC2Up
XI2
TCC:0018:001C EMCDataErr:00000000

FAFH_TRIGGER_POWER_UP
IDLE2
VC0

VC1

VC2Up
XI2
TCC:0018:001B EMCDataErr:00000000

IDLE2
VC0

VC1

VC2Up
XI2
TCC:0018:001C EMCDataErr:00000000

IDLE2
VC0

VC1

VC2Up
XI2
TCC:0018:001D EMCDataErr:00000000

IDLE2
VC0



In hardware read is 00 00 00 00

Only with pc3000 utility (Orange color sektor) is reading with data

[digisupport]

Drive is working as expected. Translator "hides" data after format.

[tweety]

Drive is working as expected. Translator "hides" data after format.

Any solution for this?

[Arch Stanton]

SMR drive?

Yes.

https://www.seagate.com/www-content/product-content/seagate-laptop-fam/mobile-hdd/en-us/docs/100850135a.pdf

Shingled magnetic recording with perpendicular magnetic recording heads/media.

I know, it was a hint

[HEXserwis]

We helped recover data from this drive.
We have submitted the solution to this case to Acelab for verification.

The client was right, he did a quick format.
The drive was zero-filled except for the MFT.
Data was available through the utility but with a very slow read.
After the rebuild translator, access to the data was restored in the normal mode.

If the solution is approved by Acelab, it will most likely be made public.
If for some reason Acelab deems the procedure dangerous or cannot be repeated, please contact me to verify the case.

[Lardman]

OP - when you've sorted this can you try again reading the via the utility, I'm curious if there will be a speed increase. Unless someone else can answer that?

[tweety]

The drive was zero-filled except for the MFT.
Data was available through the utility but with a very slow read.
After the rebuild translator, access to the data was restored in the normal mode.

[Lardman]

If you repeat the previous procedure with the utility does it still read at 6K or is it back in the 5MB range?

[pclab]

The drive was zero-filled and you can get data out??

[tweety]

If you repeat the previous procedure with the utility does it still read at 6K or is it back in the 5MB range?

No - now is reading i normal speed about 35/60MB/s

[tweety]

The drive was zero-filled and you can get data out??

ST2000LM007 after fast format in win 10

only the MFT data was visible, the rest of the area was zero

[Tomset]

ST2000LM007 RosewoodAF has TRIM
after a quick format, there is nothing to catch there
RoseWoodA5, RoseWood8C doesn't have TRIM - the data will remain.

[HEXserwis]

The drive was zero-filled and you can get data out??

We don't know how this is possible...
We sent the video to AceLab from this case, probably we send a copy of the modules too before and after work for analysis.

[pepe]

i doubt it zero-fills the data area after trim, so it should be readable somehow (i haven't checked such a case yet)

pepe

[Tomset]

pepe,
it does not fill in. TRIM data is excluded from the translator. but they are read directly in physics, in PIO, because it is slow.

[pepe]

i don't think they changed the whole translator, did they? doesn't that apply to the data in MC only?

pepe