Help me assembly JBOD/spanned in DMDE with missing drive

[Arch Stanton]

What I can add more is that these files from LUN#1 are in this wiried folders outside off myoryginal FS structure

Screenshot (200).png

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.

[Avenge7058]

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

It will take some time

[Arch Stanton]

fingers crossed.

[Arch Stanton]

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.

[Avenge7058]

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:

[Arch Stanton]

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.

[Arch Stanton]

I mean I have 1 TB SSD, 70% used, but how would I know 'physical' location of the files unless I specifically look in MFT where a file is located?

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

[Avenge7058]

I'm trying with Klennet

[Arch Stanton]

Should be done by now, no?

[DR-Kiev]

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.

[Arch Stanton]

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.

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.