ST1000LM035-1RK172 MCMT problem

[epeace2009]

Hi 

I have this problem with MCMT as terminal said:

Rst0x80M
T:0x0000 0x3FFFFFFF
FTU
TCC:001D:0023 EMCDataErr:00000015

PrgF
(P)SATAReset

RAWOFF
PASS
EDACValue=00000000FFFFF111
EDACValue=00000000FFFFF111
EDACValue=00000000FFFFF111
EDACValue=00000000FFFFF111
SIMFileFD=FC3B3348ErrorCode=44090082DiscLBA=0000000000006498Duration=00000821ms
EDACValue=00000000FFFFF111
EDACValue=00000000FFFFF111
EDACValue=00000000FFFFF111
EDACValue=00000000FFFFF111
SIMFileFD=FC3B3348ErrorCode=44090082DiscLBA=0000000000013E98Duration=00000821ms
 MCMT table is corrupted
 MCMT table is corrupted
 MCMT table is corrupted
 MCMT table is corrupted
 MCMT table is corrupted
 MCMT table is corrupted
6GbMaxSpeedloweredto3GbforIntelbug
SendStatus:COMRESETseen
CSpd=3Gbps
FIS34
DOS:0 Scan Unit

I have managed to backup sys file 348 by reading byte by byte and read error ignore (in attachment). Also there are both copy of damaged files read regulary.
After I parsed file only one extend in 348 file. I tried to load in RAM but I get UNC error and LED error in terminal:  LED:0x000000BD FAddr:0x00009E23

Can someone help to get user data access?

 Is it possible to fix these files in Seagate utility and how? 

I have tried by editing MCMT/Extent edit and choosing option Fixfooter and other option and uploading to RAM but same result.

Thanks

[RecuperoDati299]

Hello

we had some hundreds of Rosewood with MCTM issues

we ended up wiping it all the times , and in each and every case the drive got fully recovered 

after few tenth we stopped wasting time attempting to deal with the MCTM module.

We wipe it directly 

it works.

Regards

Ottieni BlueMail per cellulari

--
Data Recovery Certification Group / for issue with google group please email sc...@myharddrivedied.com
---
You received this message because you are subscribed to the Google Groups "DataRecoveryCertification" group.
To unsubscribe from this group and stop receiving emails from it, send an email to datarecoverycertif...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/datarecoverycertification/d2b6cf42-60f3-4ea5-a08e-90b1ab07e82fn%40googlegroups.com.

[RecuperoDati299]

Obviously, before wiping, editing, and/or modifying one module, you must do a test and check and verify if the SA heads are correctly writing and reading. 

Il giorno 18 settembre 2026, alle ore 14:49, 'epeace2009' via DataRecoveryCertification <datarecovery...@googlegroups.com> ha scritto:

--

[Сергей Деменев]

Hello,

Did you send the CU10 command before loading the MCMT into RAM?

пт, 18 сент. 2026 г. в 14:49, 'epeace2009' via DataRecoveryCertification <datarecovery...@googlegroups.com>:

--

[Сергей Деменев]

Hello,

Do your clients know that you didn't recover all the data because you erased the MСMT?

Regards

пт, 18 сент. 2026 г. в 15:34, RecuperoDati299 <recuper...@gmail.com>:

To view this discussion visit https://groups.google.com/d/msgid/datarecoverycertification/bdcdebca046c8.02324f933cf20ac%40gmail.com.

[epeace2009]

Hi

No I did not run /C U10 command before reading sys3438.

recuper...@gmail.com>  What do you mean wiping all the time?  Do you mean run cash reset /C u10 and then uploading SYS348 in RAM and then try to read user data or write sys348 to SA?

Thanks

[RecuperoDati299]

More simple

just /CU10

as stated we don't deal with module 348.anymore since ages

Ottieni BlueMail per cellulari

To view this discussion visit https://groups.google.com/d/msgid/datarecoverycertification/4f59ade5-de03-4126-8cff-edf3f68c08edn%40googlegroups.com.

[epeace2009]

Thank you. I applied data are back.

[RecuperoDati299]

:-) we know

you welcome or 'prego' in Italian

To view this discussion visit https://groups.google.com/d/msgid/datarecoverycertification/e9080e69-16c0-455c-a390-f223f61ff857n%40googlegroups.com.

[zyana itsolutions]

some time this could make case worst due to not accessible area of approx 10%

To view this discussion visit https://groups.google.com/d/msgid/datarecoverycertification/bdcdebca046c8.02324f933cf20ac%40gmail.com.

[RecuperoDati299]

Sooner or later we will find one...

... 'till today never happened 

To view this discussion visit https://groups.google.com/d/msgid/datarecoverycertification/CAPJU5Wk7DSfnD7skZnDaH%3D3tOpAiiuzeYnxtC0UpGncqpATXVw%40mail.gmail.com.

[pbzcbf...@gmail.com]

I notice that the two "komplet" files are not identical. Also, the recovered bad areas seem to have a 16-bit word at the end of each 0x1000-byte block. I have no idea what this means, if anything.

Does anyone have other, similar examples? Any examples of repaired modules, before and after repair?