Michael Bisbjerg

Ok - you may ignore this request. It turns out that NTFS doesn't always compact the fragmentation list. So my file (which iirc has been defragmented by defraggler before) has ca. 2548 fragments. Of these, ca. 2540 are continous - meaning that one fragment ends where the next continue (they should have been written as one). The 7 or so that don't do this, represent actual splits in the file - which defraggler has detected.

Through more research, I've narrowed the situation down. I found that Defraggler does indeed parse the ATTRIBUTE_LIST attribute, and some of its items - as I found a file which is fragmented (fragments stored in another MFT record) which defraggler also picks up as fragmented. However, another file I have has ca. 2548 fragments - all in each their own MFT record (don't ask me why). Defraggler shows this file as having 7 fragments. I'll be looking more into it.

Hi there, I've noticed that Defraggler won't defrag some files despite them being fragmented. Through investigation, I found that Defraggler reads the MFT of the drive first and then begins defragmenting which leads me to believe that you're manually parsing the MFT (which is fine - and fast). However, the files that remain fragmented tend to be the ones where the DATA attribute of the file is in an attribute list (and thus exists in another MFT entry) - it doesn't seem like Defraggler is parsing this correctly. I suggest (given my assumptions are correct) that Defraggler be extended so that it can parse these attributes and better detect when files are fragmented. Regards, Mike