Why are non-selected files still showing in zone?

[woodfold]

I have a drive that has both mp3s and archives on it and I decided I'd put all of the mp3s in their own zone (#3) and let any other files just be "moved out of the way". After running the script, I can still see non-mp3 files (which are yellow-orange) in the 3rd zone, near the end.

Why are they still there? How can I move them out of that zone, or is this a bug in MDF?


Here is the code:

Code:

/* Select and process the volumes one by one. */
VolumeSelect
  CommandlineVolumes()
VolumeActions

  SetFileColor(FileName("*.mp3"),All,255, 191, 0)
  SetFileColor(FileName("*.*.rar"),All,42, 142, 255)
  SetFileColor(FileName("*.part*.rar"),All,75, 255, 255)
  SetFileColor(FileName("*.zip"),All,30, 255, 116)

  /* Write the "before" statistics to the logfile. See the "Settings.MyD" file
     for the definition of the "LogBefore" string. */
  AppendLogfile("!ScriptTitle!.log","LogBefore")

  /* Zone 1: Place the MFT and some other special NTFS files. */
  FileSelect
    SelectNtfsSystemFiles(yes)
  FileActions
    PlaceNtfsSystemFiles(Ascending,MftSize * 0.005)
  FileEnd

  /* Zone 2: Directories. */
  FileSelect
    Directory(yes)
  FileActions
    SortByName(Ascending)
  FileEnd

  MakeGap(ZoneEnd + 1500 MB)

  /* Zone 3: MP3 files. */
  FileSelect
    FileName("*.mp3")
  FileActions
    Defragment(Fast)
    Defragment()
    MaxRunTime(300)
    FastFill(WithShuffling)
  FileEnd

  MakeGap(ZoneEnd + 200 MB)

  /* Zone 4: Archives. */
  FileSelect
    All
  FileActions
    MaxRunTime(180)
    MoveUpToZone()
  FileEnd

The image shows a RAR file (circled) that should not be in zone 3.

[Darlis]

Maybe that file was marked as unmovable?

Is the file still there on the second run?

[woodfold]

None show as immoveable (red) and haven't been accessed in a long time.

BTW, the MDF window is zoomed in at 4, so it's easier to spot the fragments.

Multiple runs leave the files where they are.

[woodfold]

I just zoomed in using the "analyze only" script (to avoid the wait) and it seems every file that is not an mp3 is a RAR file in a folder called e:\Processed stored here\

It turns out all of the files that stayed in the wrong zone (see below) had a name with periods surrounding a number, like:
Teen Pop & Doo Wop Vol.5.rar

Is there something magical about that folder name? I don't see anything unusual in the folder or file attributes.

[Darlis]

Is the file still there on the second run? If so, you have to create a debug log to see what's going on.

It may be possible that MyDefrag does not have the permissions to move files in that specific folder. Check if the role "Administrators" has read and write permissions.

[woodfold]

This problem doesn't fix itself after multiple runs. I'm now thinking it has something to do with the large unmovable file (the pagefile) and it not being included in the zone size calculations. Moveup doesn't touch those files, so maybe it thinks the zone is smaller than it "really" is.

Other drives don't have this problem, and they don't have a pagefile either:

[Kasuha]

MaxRunTime and FastFill(WithShuffling) don't go together well.

MaxRunTime limits the amount of time spent on further operations and that's the likely reason why your script doesn't finish.

FastFill(WithShuffling) has tendency to spend progressively longer and longer time filling the same zone, particularly if you don't mix up the zone files different way.

My suggestion is to remove the MaxRunTime commend altogether unless you really really need the script to finish fast even if it's not done.

And I also suggest to remove the WithShuffling option as that will make your script run much faster. If you're not a perfectionists, that is, because it will leave some tiny gaps. But I don't think it's a problem on mp3 zone.