




I know I could have changed those partitions marked as D (I guess change them to P?) so that they'd be in the next screenshot as recoverable but I wasn't sure what I was doing at the time so only tried recovering those first two partitions.


Did your recovery software write a log?Ronson wrote: 15 May 2019, 18:23 I have dual mSATA SSDs in RAID 0 in a laptop. The integrated Intel RAID controller rejected one of the SSDs breaking the two RAID 0 volumes that were on the drives. Using Reclaime Free RAID Recovery I imaged the SSDs separately and then wrote their data, unRAIDed, to a single drive.
Sounds OK.However, I thought maybe instead of cloning the data from the single drive back to a new RAID 0 volume I could use TestDisk to recover the missing partitions.
When doing this, you wrote stuff on the drives to be recovered. Not a good idea unless you know what is affected by this operation.I tried marking the dual mSATA SSDs as independent drives, then recreated the RAID 0 array and two RAID 0 volumes.
I couldn't find a log produced by the Reclaime Free RAID Recovery software which might contain read errors. I think there is a unRAID progress log which can be saved. I didn't save it but I can redo the unRAID process, try saving whatever it offers to let me save, and upload the file here if you're curious and want me to do that. After the RAID drives were analyzed there was a log containing info about the RAID array that was discovered but that didn't seem relevant to what I posted about here- trying to use TestDisk to recover partitions. It didn't mention any issues with reading data from the drives. Actually, I'm thinking the Reclaime program may have just ignored any read errors.recuperation wrote: 16 May 2019, 18:24Did your recovery software write a log?Ronson wrote: 15 May 2019, 18:23 I have dual mSATA SSDs in RAID 0 in a laptop. The integrated Intel RAID controller rejected one of the SSDs breaking the two RAID 0 volumes that were on the drives. Using Reclaime Free RAID Recovery I imaged the SSDs separately and then wrote their data, unRAIDed, to a single drive.
There must be a reason for the broken RAID.
Any unrecoverable sectors in the RAID?
Your testdisk-log shows a lot of sector reading failures.
Yes, I've checked the single drive containing the unRAIDed files. AFAICT, the important files we want are intact. I haven't checked every file but the files I have checked are OK. Yes, it is best practice to not write anything to the drive or drives with issues. Since I already recovered the data to a single drive I decided to experiment a little. I was hoping there is a program that would let me re-add the rejected drive to the RAID array or give me more details about why the drive was rejected or couldn't be re-added. I found no program for that. Perhaps re-adding the drive could have been accomplished with a hex-editor but I don't know how to do use that to fix a RAID array. I was hoping to fix the issues with the drives and have the laptop booting Windows again. TestDisk seemed like it might help after I recreated the RAID volumes.recuperation wrote: 16 May 2019, 18:24When doing this, you wrote stuff on the drives to be recovered. Not a good idea unless you know what is affected by this operation.Ronson wrote: 15 May 2019, 18:23 I tried marking the dual mSATA SSDs as independent drives, then recreated the RAID 0 array and two RAID 0 volumes.
You should try to recover from your "single drive".
Your testdisk-log shows lots of read errors.
Check the health status of your mSATA-SSDs in independent drive mode with smartctl -a /dev/sdx where x represents your drive letter. Post both logs here. After the copy operation towards the single drive any unreadable sector in your mSATA SSDs should have increased some SMART counter.
Actually, after posting that I realized I can't redo the unRAID process with the SSDs containing the original data. I changed that when I marked them as standalone drives and recreated the RAID array. I can redo the unRAID process with the image files I made but if there were any read errors then they already happened and won't be revealed by unRAIDing image files of the drives.Ronson wrote: 17 May 2019, 01:30 I think there is a unRAID progress log which can be saved. I didn't save it but I can redo the unRAID process, try saving whatever it offers to let me save, and upload the file here if you're curious and want me to do that. After the RAID drives were analyzed there was a log containing info about the RAID array that was discovered but that didn't seem relevant to what I posted about here- trying to use TestDisk to recover partitions. It didn't mention any issues with reading data from the drives. Actually, I'm thinking the Reclaime program may have just ignored any read errors.