October 5th, 2017, 10:39
October 5th, 2017, 13:16
October 5th, 2017, 14:28
October 5th, 2017, 14:33
October 5th, 2017, 15:01
labtech wrote:What is the customer's story on what caused the drive to fail? Also, did anybody else work on the drive prior to arriving to you?
October 5th, 2017, 15:28
unknown wrote:After modifying mod 127 MRT can auto detect SA and mod dir.
October 5th, 2017, 17:38
fzabkar wrote:unknown wrote:After modifying mod 127 MRT can auto detect SA and mod dir.
Isn't that where the password would be stored?
Spildit wrote:- Original ROM modules / head map and active directory of ROM modules.
Spildit wrote:- Restore original 127 after patching 02 for disable background media scan.
Spildit wrote:- If you have PC3K most likely you can decrypt/bypass the encryption.
Spildit wrote:- There might be a problem with encryption keys locking access the LBA.
Spildit wrote:And as your forum name sugests .... other possible causes for drive not to allow access to LBA are ... @unknown
October 5th, 2017, 18:13
unknown wrote:As you know, all customers lies
October 6th, 2017, 15:13
labtech wrote:unknown wrote:As you know, all customers lies
Sure, but when telling them that you need to understand what happened originally, so you can actually resolve the problem, therefore preventing billable hours/fees, then they will start talking. Telling what happened is in his best interest, no? Otherwise, there is no recovery happening.
October 6th, 2017, 16:18
October 6th, 2017, 18:59
October 7th, 2017, 11:16
October 7th, 2017, 16:04
rogfanther wrote:Ah, but :
Why did he unplug the drive and reconnect it after some (little ? ) time ? Maybe because his computer was experiencing some problem ?
Also, did he stop/eject the drive through windows, or just disconnect the cable ?
Doomer wrote:Try to disable the SED crypto-engine all together (in module 02) and see if you can read the sectors after that.
If you can then that means the crypto-engine is not initialized properly, it happens sometimes.
October 7th, 2017, 17:51
Doomer wrote:Try to disable the SED crypto-engine all together (in module 02) and see if you can read the sectors after that.
If you can then that means the crypto-engine is not initialized properly, it happens sometimes.
October 7th, 2017, 19:54
October 7th, 2017, 21:46
fzabkar wrote:Could the ASMedia bridge be functionally and electrically equivalent to JMicron's JMS569? The latter does not support encryption.
October 7th, 2017, 22:44
Doomer wrote:fzabkar wrote:Could the ASMedia bridge be functionally and electrically equivalent to JMicron's JMS569? The latter does not support encryption.
There is no encryption by ASMedia
Encryption is done by the drive itself
October 8th, 2017, 0:01
fzabkar wrote:If you follow my link to the HDD Oracle thread, you'll see the reason for my question. AIUI, WD has employed at least two different approaches to USB-connected SEDs, and these approaches are related to the type of non-encrypting bridge used.
October 8th, 2017, 0:05
Doomer wrote:I don't understand what you mean by "two different approaches"
But ASMedia does no encryption, it's been checked
October 8th, 2017, 9:43
unknown wrote:Hello!
The drive in topic shows all sectors ABRT. All modules backed up OK with no error.
After replacing heads the same problem. Back original heads the same problem.
Any thoughts what's the problem?
Thanks in advance.
Powered by phpBB © phpBB Group.