Jose, I appreciate your patience with me in this matter. I ran PageDefrag,
then Windows Defrag, but the result was the same as before. Checking with
PageDefrag again, I found the same list of 10 files (page file and nine from
System32) all showing the number "1" in the right column.
Here's the Windows Defrag report AFTER running PageDefrag. Did it just not
work, or did I do something wrong?
Volume (C

Volume size = 76.33 GB
Cluster size = 4 KB
Used space = 13.13 GB
Free space = 63.20 GB
Percent free space = 82 %
Volume fragmentation
Total fragmentation = 0 %
File fragmentation = 0 %
Free space fragmentation = 0 %
File fragmentation
Total files = 59,523
Average file size = 266 KB
Total fragmented files = 1
Total excess fragments = 4
Average fragments per file = 1.00
Pagefile fragmentation
Pagefile size = 768 MB
Total fragments = 1
Folder fragmentation
Total folders = 4,545
Fragmented folders = 1
Excess folder fragments = 0
Master File Table (MFT) fragmentation
Total MFT size = 142 MB
MFT record count = 64,188
Percent MFT in use = 44 %
Total MFT fragments = 3
Fragments File Size Files that cannot be defragmented
None
I moved my page file to an external drive, then ran Defrag on that drive.
It
reported it clean, with no files that "could not be defragmented."
We've been assuming all along that it was the page file that was
fragmented.
However, I suspect that the cause of the Defrag "failures" lies somewhere
else. Allow me to explain. It is my understanding that the Windows XP
Defrag
utility does not defragment files in the Recycle Bin, the page file, the
Bootsect.dos, Safeboot.csv, Memory.dmp, among others. Therefore it should
not report that it was "unable" to defragment these files, since it
doesn't
even try.
When Defrag finishes, it says,
"Defragmentation is complete for: (C

Some files on this volume could not be defragmented.
Please check the defragmentation report for the list of these files."
This implies that there are "some files" that it should be able to defrag,
but for some unknown reason is unable to do.
The bottom pane of the "report" is empty. It identifies no files. So the
question is what files is Defrag unable to defragment, and why?
The only changes made to my system prior to this occuring are the removal
of
CA Anti-virus and the installation of Microsoft Security Essentials.
Is is possible that there are some files associated with MSE that the
defrag
utility cannot access?
I have two files in the Windows/Mini-dump folder. I don't know what that
means (perhaps someone will enlighten me), but might they be the villains
of
the piece?
I'm really stumped, and in need of "expert" advice.
"JD" <
[email protected]> wrote in message
While you are waiting for experts:
Did you get that list of files from a source that applies to XP or
some other Windows OS (like 2000). That list seems to show up in a
lot of places - even the Vista and Windows 7 notes with no reasonable
explanation.
I follow the methods outlined and my report shows zero fragments when
I use the tools properly.
Do you have any of those files on your system? If you think they are
an issue, figure out what they are and decide if you can delete them
or not.
Sometimes I have files in my Recycle Bin and there is no issue or
complaining with defrag.
It will not defrag files that are in use - like the pagefile.sys and
hiberfil.sys, but they can be defragmented with 100% certainty by
removing them and recreating a new file. That is where PageDefrag or
the other instructions come in. Sometimes it is annoying to people
when the PF will not defrag or they think (or somebody told them) it
is the cause of their performance woes, but that can be remedied.
The memory dump files are generated (generally) when you have a BSOD
(Blue Screen of Death). They are useful for pinpointing the cause of
the BSOD, so if you have no interest in them, they are expendable. If
you don't like them and think they are a problem, delete them. I
don't see why defrag would exclude them in the modern world.
I want to see my report say zero fragments everywhere and will make it
so without extraordinary methods - the simple methods work fine. It
is annoying to have any unresolvable fragmentation in the report.
On my 5+ year old XP installation, a very cluttered Recycle Bin, 127
old crash dump files, none of the other files in your list can be
found, a general XP defrag and a PageDefrag, my report looks like
this:
Volume (C

Volume size = 37.26 GB
Cluster size = 4 KB
Used space = 12.70 GB
Free space = 24.56 GB
Percent free space = 39 %
Volume fragmentation
Total fragmentation = 0 %
File fragmentation = 0 %
Free space fragmentation = 0 %
File fragmentation
Total files = 30,984
Average file size = 387 KB
Total fragmented files = 0
Total excess fragments = 0
Average fragments per file = 0.00
Pagefile fragmentation
Pagefile size = 1536 MB
Total fragments = 0
Folder fragmentation
Total folders = 3,918
Fragmented folders = 0
Excess folder fragments = 0
Master File Table (MFT) fragmentation
Total MFT size = 94 MB
MFT record count = 31,444
Percent MFT in use = 12 %
Total MFT fragments = 0