If we miss MFT data this is to be expected. Each file record refers to parent (record number of parent). Files and folders refer to folders as their parent and so if this record is missing DMDE will create fake parent with generic name.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

Okay, I constructed a JBOD with offsets (LDM data partition) and now performing a full scan (NTFS + RAW)

It will take some time

fingers crossed.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

It didn't register before but I now see those two best MFT chunks assume volume start @ 69296, not 32768 which was what I assumed.

6324224 is LBA where it found MFT record 0. MFT starts at cluster 786432 (in some previous screenshot and is default anyway). Assume 4k clusters (default), MFT starts 6291456 sectors into partition. So then 6324224 - 6291456 is start sector partition / file system = 32768. I don't understand how DMDE comes up with 69296.

Just observation.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

Scan completed, now it doesn't show any errors building virtual fs.
I have some more files but many are still missing

Here is a new MFT record list:

Ah, bummer! Still same two MFT chunks. I can not explain weird (IMO) start location for file system.

You could try with something that interprets LDM (DMDE doesn't), Alexey's new file recovery tool for example: https://www.klennet.com/klennet-recover ... ities.aspx but also UFS probably. Try demos first, see if they detect more files. Perhaps files are unrecoverable, perhaps next chunk of MFT lives on 3rd drive.

Or send to someone, these things are always easier with drives in front of you, someone may even be able to recover remotely. You're in Poland? Some excellent, some of the best labs are found there.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

Make a new thread, I have no idea what you're talking about.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

I'm trying with Klennet

Should be done by now, no?

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

Wow, it was painful to watch. Attempting to create logical level raid LDM (span) as physical JBod-raid, using pure level free software, with possible FS level NTFS deduplication.
Isn't better to use better quality software like Ufs pro , which can do everything automatically (even you can add dummy drive ) within few minutes? And save couple off days.

_________________
Angel Data Recovery

Oh I am so very sorry we caused you pain. Maybe next time don't watch or just make a suggestion earlier on in the thread. FWIW I did come across this scenario before and reassembling the array then using DMDE was a matter of minutes, but it's not something I do every day. Maybe your genius did spot an obvious error and could have intervened at some point to save yourself the pain of having to watch. I was just trying to be helpful with the software OP picked.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service