.7z files and others not in the zone I expected

[toxicbubble]

Hi All,

Have been playing with MyDefrag and love it so far. Everything seems excellent. I have one small question and am trying to figure out why this is occurring.

I have noticed some 7zip files which I think should have been sorted by my slightly modified slow optimize script (attached). I have added the lines or DirectoryName("backups") and or FileName("*.7z.*") to be NOT selected by the "FileSelect not" zone in the script. However when I look at the disk, some 7z files are appearing quite early on in the drive (see screenshot, arrow drawn in because windows hides cursor when PrtScn is pressed). I thought these archives would be detected in the script’s FileSelect not list and thus not placed in this zone, but in the last zone.

If you look at my script, I have added the or DirectoryName("backups") line to this, as well as or FileName("*.7z.*") line. The second one is because 7zip does not name its multipart archives with the .7z extension, rather .7z.001, .7z.002 etc. I should point out that the files appearing in this earlier zone are both of the .7z and .003 extensions, and both are under c:\backups - which should also be not selected.

So is this FileName("*.7z.*") a valid way of including filenames? No problems with the * at the end?

Is DirectoryName("backups") enough, no matter what subdirs/files are under here and where in the folder structure the backups folder is?

If these questions are yes, then why is this being placed in this early on block? Is it part of the MoveDownFill() thinking its a good place for the file? This would also seem a bit strange to me as the file in the screenshot is 500MB so putting it at the start of the disk doesn't seem logical to me as there shouldn't be a gap that big.

note: I have find/replaced names in the logfile with NAME_one, NAME_two and NAME_three to protect the names of those the backups are for. Also blocked out out in screenshot, the file in screenshot would be NAME_one.003 as it corresponds to log. There is also an extra plain old .7z file under backups too, which also appears in the earlier zone than I expect (i.e not just one file, but at least two).

I have noticed this has been like this for quite a while, maybe two weeks... Have run many slow optimize and fast update. And yes, I modified fast update to have the same two extra lines as slow optimize.

I hope all this makes sense, and any help would be appreciated,
Thanks

[poutnik]

Hi All,
If you look at my script, I have added the or DirectoryName("backups") line to this, as well as or FileName("*.7z.*") line. The second one is because 7zip does not name its multipart archives with the .7z extension, rather .7z.001, .7z.002 etc. I should point out that the files appearing in this earlier zone are both of the .7z and .003 extensions, and both are under c:\backups - which should also be not selected.

it would be better to use  FileName("*.7z") or FileName("*.7z.*"),
otherwise .7z files will never be selected.

[toxicbubble]

Hi,

Sorry I don't understand what you mean. From my script (with bits chopped out for readability):

  FileSelect
    not(
      Size(50000000,0)
      or (LastAccessEnabled(yes) and LastAccess(,1 month ago))
      or DirectoryName("$RECYCLE.BIN")
 
      *CHOP*

      or DirectoryName("Fonts")
      or DirectoryName("backups")
      or DirectoryName("Help")
   
      *CHOP*

      or DirectoryName("windows.old")
      or FileName("*.7z")
      or FileName("*.7z.*")
      or FileName("*.arj")

      *CHOP*

      or FileName("*.zip")
      )
  FileActions
    SortByName(Ascending)
    AddGap(UntilPercentageOfVolumeMultiple(1))
  FileEnd

My lines emphasized, the rest are part of the default SlowOptimize script. This snippet is in the second to last zone. From what I understand, the objective of this is to exclude files we don't want(archives) for this zone. And thus those excluded files fall into the last zone at the very end of the files.

I can't see how the suggestions you gave are different from what I have?

[Darlis]

You should take a look at the Layout.ini file. I guess that the 7zip-files are listed there and so will be placed earlier as you expected. You can exclude them with

Code:

FileSelect
    ImportListFromBootOptimize()
    and not (Filename("*.7z*"))
FileActions
    SortByImportSequence(Ascending)
    AddGap(UntilPercentageOfVolumeMultiple(1))
  FileEnd

[jeroen]

Your logfile shows that the program did not run your modified SlowOptimize.MyD script, but the standard SlowOptimize.MyD script. The modifications that you made are not there, so your ".7z.003" file ended up in the regular files, as expected.

[toxicbubble]

Sorry, I should have stated earlier, I did edit the original under "C:\Program Files\MyDefrag v4.0b11\Scripts\SlowOptimize.MyD".

Is this bad? It should have worked using this method though?

[toxicbubble]

Thanks Darlis, I should have though about that. I suspect you might be right. I should have thought of this *kicks self*

Will confirm when I return to that PC in roughly 10 hours from now.

[jeroen]

I did edit the original under "C:\Program Files\MyDefrag v4.0b11\Scripts\SlowOptimize.MyD".

Is perfectly ok to edit the original. But the logfile shows the contents of the script, and your modifications are not there. Take a look at the logfile.

[toxicbubble]

Hi,

Thanks for all the help so far. The .7z.003 file was indeed in the layout.ini file. I included Darlis's addition and it seems to have done the trick 

Now I am confused as to what you mean Jeroen. Forgive my ignorance, but I can't for the life of me see any info about the scripting commands in the MyDefrag.log file. I have read it about 20 times now. All I see is at the top some version and volume info including script path etc. Under that some item counts and size info. Then gaps, Then list of items that can't be moved. Then List of fragmented files, then list of largest files. and finally bad cluster info.

What am I missing here?

P.S The changes I made in the script (ImportListFromBootOptimize() and not (Filename("*.7z*"))) do seem to have made a differnce so as far as I can see, my changes must be being processed, but now you have me wondering...

Thanks again.

[jeroen]

I can't for the life of me see any info about the scripting commands in the MyDefrag.log file.

Oeps! My mistake. The scripting commands are listed in the "MyDefrag.debuglog", not the "MyDefrag.log", and I see now that you attached the latter. I must have been looking at the debug logfile from somebody else, somehow.

[toxicbubble]

No Problem there.

Thanks for this fantastic program by the way

Issue fixed.