Greg Hayes/Raxco Software said:
Neo,
If PD fails to defrag during boot time, then it is usually because some
other process has opened a write handle to the drive prior to PerfectDisk
being able to do what it needs to do. Do you have PCAnywhere V10.x
installed or StyleXPHelper installed on this system?
Greg,
Got PD6 recently ;-), and I like it, but...
It doesn't seem to like to coexist with boot time chkdsk.
System is XP SP1 with all the updates available on Windows Update.
C: is SCSI ID 0, S: is SCSI ID 1, and the HBA is 7.
D: is Primary Master ATA device.
E: & F: are Secondary Master & slave, respectively, ATAPI devices.
Everything is NTFS, and there are page files on all three disks.
The symptom is that PDBoot seems to always want to be first in line, and if
it isn't, it chokes. That's kind of troublesome, as you might like to
chkdsk first, and the way things happen now, I can't, unless I unschedule
the boot time defrag, schedule the chkdsk, reboot, then schedule the boot
time defrag and reboot again.
I'm wondering if there's a gotcha with BootExec that's calling PDBoot
prematurely? Is it supposed to be "cooperative" down there in the Native
execution environment? I haven't had any similar problems with Pagefile
Defragger from Sysinternals, but it puts itself at the end of the
multi-string, so I'm not sure if that has anything to do with it. It
appears that, *in general*, the order the strings appear is the order they
are executed. PDBoot seems to break that behavior a bit.
I would expect that this:
autocheck autochk /p \??\C:
autocheck autochk /p \??\D:
autocheck autochk /p \??\S:
PDBoot
autocheck autochk *
pgdfgsvc C 1
Would result in chkdsk on C:;
a reboot;
chksdsk on D: & S:;
PD6 running on the clean volumes it's scheduled to defrag;
Then pgdfgsvc finding everything is already contiguous.
What happens is that PD6 reports a startup issue and aborts by restarting
the system. Am I doing something wrong? Is XP SP1 doing something wrong
here?
Thanks,
Phil
--
Philip D. Barila Windows DDK MVP
Seagate Technology, LLC
(720) 684-1842
As if I need to say it: Not speaking for Seagate.
E-mail address is pointed at a domain squatter. Use reply-to instead.