Corrupt SSHD

[nortonis]

Hi,

 

I have a crucial V4 (CT128V4SSD2) that recently went bad on me. Windows detected a problem with the hard drive and it failed to boot shortly afterwards. I tried the power cycling which didn't work.

 

I found out about this software and was trying it out. I scanned the boot partition of the drive (from what I can tell) and maybe 1/3 of the files are recoverable. The other partition it it can't read and gives me the infamous "unable to determine file type" and lets me proceed no more. From what I can tell, from searching other topics, this means the partition is considered RAW data and Recuva won't scan it that way. When I run TestDisk or USB image to try and do their thing to get the data type correct for recuva, they just hang up and close or sit there trying to scan forever. It finds my 1TB HD on my laptop right away and scans pretty quick, the 128GB should go much faster in my mind.

 

TestDisk and USB Image only hang up when I have the SSHD connected through the power/SATA to USB cord. When I remove it, they scan fine, which is frustrating. Nothing else has been able to read or even come close to extracting data.

 

Could use some help please.

 

Laptop I'm trying to Image to is an HP pavalion AMD based laptop. Windows 8.1 64bit. I've tried the capability modes and nothing changes.

[mta]

Whilst this isn't any help with your Recuva problem, a thing to try that I have had good success with in the past is to get that drive connected to a Linux OS, they seem to have a much better drive access capability even when the same drive cannot be detected by Windows.

Maybe a long shot, but worth trying before you go any further playing around with the drive and maybe making things harder with future data recovery.

 

So either get another PC with Linux up and running, or better still, get a Linux distro onto a bootable CD/USB stick.

[nortonis]

I don't have a linux based PC. I know some of the linux stuff from school, but it has been forever since I have used it. Would be a big learning curve again. An update, I can get Testdisk to find the drive now. It only shows 104MB and not the 128GB storage capacity. There is a note that it should match in Testdisk and to make sure that you made have the latest drivers as they should match. I'm pretty sure I do, but when testdisk scans the drive it can't find any partitions, even wiith the deep scan.

 

Seems like I need to do a driver search to make it work.... Any other ideas? Seems like it is a fairly simple fix if I can get testdisk to change the drive format then let Recuva do its thing.

[mta]

I'll step back from the Recuva side of giving advice and let others more experienced chime in on that front.

As to Linux, it's selling point is its ease of use, so nothing hard to learn on that front. (I had never used it up to a few years ago and had no trouble picking up the fundamentals)

Most (if not all) the current popular distro's have the capability to burn the ISO in a format that allows booting from a DVD or USB stick.

You'll find plenty of online forums on the subject (from memory even a few posts on this forum by @Derek891)

[DennisD]

Hi nortonis, and welcome to Piriform.

 

Have you tried having a look at that drive with "Partitioning" software.

 

I'm thinking that "Minitools Partition Wizard", which can handle all partitioning tasks with SSD's, may be able scan that drive and display it's properties, i.e. scan the entire drive and display the "RAW data" section.

 

If it can do that, it may be able to search for a lost partition within that raw data section.

 

http://www.partitionwizard.com/free-partition-manager.html  (Home Version)

 

Partition Recovery:

 

Free Partition Recovery from Unallocated Space:

 

An outside shot, but with nothing better to offer, worth a try at least.