recovery options for SSD's
Anyone have any luck restoring data from SSD's? SATA drives were nearly always recoverable using a USB converter connecting to another computer however SSD's I've not seen any conversion tools and not sure the technology even permits it.
I train my clients to backup but it's not always the case they don't seem to get it done for one reason or another. Also, there's the occasional broken display or bad video where the drive is good but can't access through the damaged device, pulling the SSD and accessing data at this point what are the options available for SSD technology.
Thanks in advance.
I train my clients to backup but it's not always the case they don't seem to get it done for one reason or another. Also, there's the occasional broken display or bad video where the drive is good but can't access through the damaged device, pulling the SSD and accessing data at this point what are the options available for SSD technology.
Thanks in advance.
David
24hourdata.com has the equipment and skill set to do data recovery on SSDs.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
thank you noxcho, what about an adapter are there ones available?
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
You can try :
http://www.easeus.com/data-recovery/other-recovery-software/SSD-drive-recovery.htm
http://www.yodot.com/hard-drive-recovery/ssd-recovery.html
**i have not used any of these yet
http://www.easeus.com/data-recovery/other-recovery-software/SSD-drive-recovery.htm
http://www.yodot.com/hard-drive-recovery/ssd-recovery.html
**i have not used any of these yet
I write HDD/SDD test software professionally. Any external enclosure with a USB interface is simply unacceptable. The reason is that these devices incorporate a bridge that 'speaks' the SCSI protocol on the host side, and the ATA command set on the drive side.
Unless the test software is able to encapsulate the ATA commands within the SCSI framework and get the error information, using the methodology specific to the bridge device, then it simply will get wrong information.
In other words, your host system sees a SCSI HDD, not a SATA SSD whenever ANY SATA-attached HDD or SSD is behind a USB port, unless it is designed to determine what make/model of enclosure you have and figure out the proper encapsulation.
Doing reads, writes, and seeks are easy, but doing commands that one needs to perform testing isn't always translated.
You need to use a native SATA connection. Period. Also, the consumer products out there are simply unsatisfactory for handling all but the easiest data recovery scenarios. One needs a lab and people in bunny suits. Be warned.
Unless the test software is able to encapsulate the ATA commands within the SCSI framework and get the error information, using the methodology specific to the bridge device, then it simply will get wrong information.
In other words, your host system sees a SCSI HDD, not a SATA SSD whenever ANY SATA-attached HDD or SSD is behind a USB port, unless it is designed to determine what make/model of enclosure you have and figure out the proper encapsulation.
Doing reads, writes, and seeks are easy, but doing commands that one needs to perform testing isn't always translated.
You need to use a native SATA connection. Period. Also, the consumer products out there are simply unsatisfactory for handling all but the easiest data recovery scenarios. One needs a lab and people in bunny suits. Be warned.