MQ04UBD200 after head swap

[epeace2009]

HI

I have this drive  which needed head swap. I have swapped heads and drive initialize normaly with id and no clicking sound (PC3K). But after I have  tried to access data I get "device error (AMN;INF)"  error message. Also I changed USB PCB board with compatible SATA and transfered ROM (by external programmer). but still same error message.

Is there solution for this error and these SMR drives?  ( MQ04UBD200)

Thanks

[wayne horner]

i think with toshiba that you have to physically transplant the rom

Alandata Data Recovery -  (949)287-3282  
"Cleanroom Data Recovery of RAID, VMware, Network Attached Storage, Linux, Tape, Disk, Forensics"

www.AlanData.com   www.AlanDataRecovery.com

--
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 on the web visit https://groups.google.com/d/msgid/datarecoverycertification/c0830876-59c3-4c3c-878d-1f3eaea62937n%40googlegroups.com.

[epeace2009]

Thank you for answer.  I will try this. Do you have advice for temperature tu use during soldering because these BIOS chips are weak and easy burn out?

Thanks

[epeace2009]

Hi

I have had transfered ROM chip to SATA but the same thing, same error. Anybody how to solve this error and get user data access?

Please

Thanks

[Data Recovery Guru]

It sounds like firmware problem with the translator. Fairly common. Likely you have to clear the g-list/translator to get it working. Sometimes it works, sometimes it does not.

To view this discussion on the web visit https://groups.google.com/d/msgid/datarecoverycertification/f4b35281-19a3-48a6-af30-489b6560ac41n%40googlegroups.com.

[epeace2009]

Hi

Thanks for answer. I managed to read by utility and cloning of disk started. :)

I will wait for cloning to be done and try for raw recovery aat least.

[t...@desertdatarecovery.com]

Have you checked sector 0 and does it look normal.

Reading by utility with this model quite often reads corrupt data.

 

Tim Homer - Lead Engineer

Desert Data Recovery

t...@desertdatarecovery.com

www.desertdatarecovery.com

To view this discussion on the web visit https://groups.google.com/d/msgid/datarecoverycertification/38a78d8e-e407-4dc3-b44c-846bed4c66fdn%40googlegroups.com.

[wayne horner]

I am cloning an mq04 now

I tested utility mode, you cant select "consider glist damage"

I dont think its actually going into utility mode.

The sectors seem to read the same.

The translator is damaged.

The files dont lineup to the MFT.

Not well supported by pc3k

cant read/ edit plist glist

=========

   Model : TOSHIBA MQ04UBB400
  Serial : Y28FT0CYT
Firmware : JS0B0U06
Capacity : 4 TB (7 814 037 168)

Techno On............................... : Ok
 
Zone table.............................. : Ok
Cyl num................................. : 361 313
Head num................................ : 8
Vendor.................................. : TOSHIBA
Model................................... : MQ04ABB400
Microcode............................... : JS0B0U06
 
 
Defects in G-List....................... : 30534
 
CP Avalable............................. : 224
 
Soft reset.............................. : Ok
 
Drive power supply...................... : OFF
Drive power supply...................... : ON

================

Alandata Data Recovery -  (949)287-3282  
"Cleanroom Data Recovery of RAID, VMware, Network Attached Storage, Linux, Tape, Disk, Forensics"

www.AlanData.com   www.AlanDataRecovery.com

To view this discussion on the web visit https://groups.google.com/d/msgid/datarecoverycertification/04e401d989c6%2427211630%2475634290%24%40desertdatarecovery.com.

[pbzcbf...@gmail.com]

That's odd. PC3K reports the number of G-list entries, but the "G-list.bin" file which it produces is a RAM "artifact", not the real G-list.

Would you mind uploading your resource dump?

On Friday, May 19, 2023 at 9:04:45 AM UTC+10 waynehorner wrote:

Not well supported by pc3k

cant read/ edit plist glist

=========

   Model : TOSHIBA MQ04UBB400
  Serial : Y28FT0CYT
Firmware : JS0B0U06
Capacity : 4 TB (7 814 037 168)

Defects in G-List....................... : 30534
 

[Alandata Recovery]

here tis

https://drive.google.com/file/d/10qYapzuRs8tE7VsTvViK3m5MxvS8kjqa/view?usp=sharing

I converted to sata.

I tried various profiles

they all have about the same tools

this is as 

MQ04ABF\TOSHIBA MQ04UBB400-JS0B0U06-Y28FT0CYT

choosing other profiles like mq03 will try to decode the glist but its garbage.

I would like to clear the glist.

another funny thing i the count of available CP's varies with different profiles.

clear smart doesnt work.

seems able to turn off smart

Techno On............................... : Ok
 
Zone table.............................. : Ok
Cyl num................................. : 361 313
Head num................................ : 8
Vendor.................................. : TOSHIBA
Model................................... : MQ04ABB400
Microcode............................... : JS0B0U06
 
 
Defects in G-List....................... : 30534
 
CP Avalable............................. : 224
 
Soft reset.............................. : Ok
 
Drive power supply...................... : OFF
Drive power supply...................... : ON

S.M.A.R.T. disable...................... : Ok
 
Hard reset.............................. : Ok

 
Drive power supply...................... : OFF
Drive power supply...................... : ON

--

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 on the web visit https://groups.google.com/d/msgid/datarecoverycertification/62526814-d856-4e3c-bd6a-dafdd8eddbd6n%40googlegroups.com.

--

Alandata Data Recovery -  (949)287-3282  

"Cleanroom Data Recovery of RAID, VMware, NAS, Linux, Tape, Disk, Forensics"

www.alandata.com   www.alandataRecovery.com

[pbzcbf...@gmail.com]

G-list.bin is not a real G-list. It consists of 17 x 12-byte records. That's all I know.

Offset(h) 00   02   04   06   08   0A

00000000  5350 1100 5002 0000 0000 0000  SP..........
               ^^^^
               0x11 (= 17) records

0000000C  0000 0000 5391 0300 0316 F006
00000018  E002 0010 5291 0300 0316 0000
00000024  6005 0010 5291 0300 0316 8005
00000030  1000 0010 5291 0300 0316 D805
0000003C  1000 0010 5291 0300 0316 0006
00000048  0800 0010 5291 0300 0316 3806
00000054  1000 0010 5291 0300 0316 5806
00000060  2000 0010 5291 0300 0316 9006
0000006C  4003 0010 5191 0300 0316 0000
00000078  F004 0010 5191 0300 0316 F804
00000084  0801 0010 1E56 0400 001C 8804
00000090  E003 0010 1D56 0400 001C 0000
0000009C  6808 0010 5942 0400 011C D802
000000A8  9005 0010 5842 0400 011C 0000
000000B4  6808 0010 8E06 F000 0125 A804
000000C0  281A 0010 8A06 F000 0125 6004
000000CC  701A 0010 8806 F000 0125 8005
000000D8  5019 0010

[Artem Rubtsov]

1. PC3000 cannot work with SA on this model (properly).

2. MQ04 ALWAYS writes to SA when you power it up.

3. If heads are not original then whatever SA sectors are written will very likely be damaged.

4. Reading MQ04 in the "utility mode" is more or less pointless because of different translation. 

The drive's SA is very likely damaged right now and significant part of user data is lost. It is probably still possible to recover part of user data, I think several DR companies can do that if you want to outsource it.  

[pbzcbf...@gmail.com]

Perhaps one should transfer the head adaptives (microjogs) from donor to patient when doing a head swap? That would prevent the heads from writing to the wrong place.