guermantes

Thanks, but I don't move large files to end of disk so that does not apply to this problem.

Those were already all checked. And in any case, both hibernation and restore points are turned off at system level. I don't understand why DF algorithm would see the need to start rearranging huge files when there is 50% disk free to place a few small ones that are new.

Win 7 x64 Defraggler 2.19.982 64-bit VSS: No I have not ticked "Stop VSS during defrag on NTFS volumes" Hibernation: is turned off at the system level, but DF was set to exclude. Page file access: I cannot find that option in the settings. (Page file is on different drive, btw)

Hi, I was slightly annoyed that Defraggler (scheduled to defrag the drive in question twice a week) never managed to completely defrag one of my storage drives, 2Tb about 50% full. So I ran a manual defrag on the drive. It took about 16 hours to complete and afterwards there was 0% fragmentation and all file blocks were in perfect sequence - files at the beginning, free space at the end. I let the scheduled defrag setting remain active, though, for future purposes. Today was a day for scheduled maintanance and I was wondering why my CPU fan kept revving all afternoon for no apparent purpose, until I checked Defraggler and discovered that the drive in question has been massacred fragmentation-wise. There was 0% fragmentation yesterday, and today 1 year-old large files have been torn apart into thousands of fragments. I had added some files to the drive - 20 or so RAW photographs - but in case they were fragmented, there was 40% free space to place them on the drive, without needing to rip apart non-fragmented 1Gb files. 1) I understand that when Defraggler sees fragmented files and is told to defragment according to schedule it performs some calculations of how to place the files on the drive. But with so much free space, why rip apart 1Tb of 0% fragmentation to defrag 160Mb of fragmented files? This is extremely annoying since recently the scheduled defrag operations freeze my computer for a few seconds.

Hi, I have just started recovering 1000+ files from a portable USB drive that is malfunctioning. It's going to take about 48 hours according to estimates. However, already I can see in the directory to which the recovered files are moved, that there are 23 files with correct file sizes but in the Recuva "recovering process dialog window" it says only 17 files have been recovered. 1) Should it not say 23 files? 2) Does this mean that 6 files so far have not been able to be recovered? 3) Will there be a log file created at the end of the recovery so that I can see if there were any errors during the process or if all files were not recovered correctly. Thanks a lot!