hello
I have one TOSHIBA Drive. MQ04UBF100

First, slow RDY.
It is not possible to enter the utility automatically, but it is possible to enter by manually designating a family.
There was no MQ04UBF family in pc-3000, so I proceeded with MQ04~ family.
Resource backup was also successful.
But the sector cannot be read. (All sector timeout)
When I create a TASK and make a head map, an error appears.

building heads map -> PBA access (solve G-List damage)

Error:
P-List decode error: unexpected error: This P-List can`t be decoded
Translator initialization error. Cleared translator will be used!

How can I read the sector?

Can you upload the P-List and G-list? I don't know if it will help, but I have partially "decoded" the P-list for this model.

_________________
A backup a day keeps DR away.

One error was found in the resource backup

"Unknown G-List structure (1)"

upload P-List and G-List
thanks

One error was found in the resource backup

"Unknown G-List structure (1)"

https://blog.acelab.eu.com/2045.html

1. Turn off the power supply and isolate Heads contacts on PCB.
2. Turn on the power supply. Now disk BUSY.
3. Perform Soft reset (F7), if it doesn’t help then perform Hard reset (F8).
4. Now drive get a ready state. Then perform Sleep (Standby) comamnd. Go to “Tools” -> “HDD” -> “Standby”
5. Remove isolator from Heads contacts. Set PCB back to HDD and try to read Drive ID.
6. Re-launch utility.
7. Create backup, clear G-list and check the users area access.

_________________
My firmware database:
https://mega.nz/folder/O01DkBRI

There is one problem during resource backup.

"Unknown G-List structure (1)"

and, how can i upload?
"The extension bin, rpm is not allowed."

thanks, I will try

same error

Zip it, or change the file extension to a supported extension.

_________________
A backup a day keeps DR away.

thanks, already upload

The P-list looks OK to me (0x1533 entries). The G-list has 1 entry. I can't see a problem here.

_________________
A backup a day keeps DR away.

This is MQ04, it has different structure than the older families, ergo the P- and G- list errors in PC3k and also older tricks don't work.
To the OP: Now, techno off and read data.

_________________
http://www.northwind.gr
SandForce SSD Recovery
Ransomware Reverse Engineering - NoMoreRansom! partners

Even techno off not workig looks this is smr drive?

There exists a VSC command for G to P merge that could be used, but it is not implemented in PC3K so far. I have fixed a drive of this model.

The OP's drive has no problem with the P-list or G-list,

_________________
A backup a day keeps DR away.

Sorry. What's the problem then? SMR ?
As far as I remember , the VSC for obtaining G-list gives something else , not G-list. As well as the COM port terminal command.
Maybe attr. 5 of SMART is not zero

Here is the answer from ACE lab Support team <<< for the same problem ,,if anyone has fix this problem please advice

As you know Toshiba hasn't a Translator module - the translator is dynamically buildings in RAM after every power on based on P and G lists.
On SMR Toshiba drives (like this) we don't know how defect lists are organized inside as result can't parse records for using them in utility.
That's why when you try to use Active utility reading mode - utility says that be used cleared Translator - it means 'without defect lists info'.
We don't know how to create the correct translator for SMR Toshiba drives when the original one works not properly.

Based on previous gen. of Toshiba drives - defect lists are not uploading in RAM if one or a few Heads can't pass the internal heads test - in this way drive will show AMN error led on UA reading attempt with basic ATA reading mode.
So, the only can advice try to swap the heads and check the result of the reading (that's all).
Unfortunately haven't any other advices.
Else read UA as is thru the Active utility mode (with out defect lists info) then use RAW scan for getting files (FS structure can't be built in that way).
___
This explanation is applicable to all SMR Toshiba drives.

This is what PC3K returns for the G-list:


An empty G-list has an "SP" signature and the rest is zero filled.

I originally thought that "SP" was a strange signature (I expected "GL"), but I didn't think that PC3K may have got it wrong.

_________________
A backup a day keeps DR away.

Toshiba MQ04 have a LOT of modules (inaccessible via PC3k) which have an impact on translation. HDD is constantly updating some of them. So if you have any problems with SA modules - you'd better put the drive aside until some commercial tool will be available to work with that

Agree. PC3k treats module 00DD as DD, 0056 as 56, ets.... and misses mod like 8021, 8023...
I was able to read such modules manually.... It's unbelievable that PC3k can't....