Hi Callmark1, thanks for replying to my post. I've inserted my
comments/answers below:
Callmark1 said:
Hi Rfips:
Contrary to the other replies, i have had fantastic success with Partition
Magic. I wish all my programs worked as well. Having said that, I would
never alter any parition(s) without completely backing up first. This is a
must when doing any partition shifting. WORTH REPEATING: If you don't have
backups, do so now before making any more attempts at re-sizing.
rf: thank you. my mistake was not doing the bu myself. the other person told
me he was going to do it and he didn't do a complete bu. :-\
I'm a bit confused when you say you are making unallocated space next to C:.
Are you doing each step manually? The resize command in PM will
automatically take all the steps necessary to resize both partitions by
writing batch files and then executing them sequentially the next time you
re-boot. Because PM does its magic from batch files which will be executed
during your next re-boot, it shouldn't really matter whether you have a
"clean boot" during set up of the re-size operation as long as you shut down
any extraneous programs running in the background. For the same reason, it
shouldnt' matter whether you set up the resize from WinXP, the PM CD, or the
floppies. In any case, the actual operations are not performed until the
next re-boot and before any drivers, O/S or programs are loaded.
rf: sorry, should have gone in to more detail. the instructions said a
partition could not be resized (bigger) unless adjacent, unallocated space
was next to it. Since D: is right next to my C: drive and is completely
allocated, I had to make D: smaller. i carried out the operations in the PM
application by selecting the partition and grabbing/dragging on the side I
wanted to create the unallocated space. i rebooted as you mentioned above and
the first operation hung at 27%. i finally stopped it after 2 hours. i agree
with you on your comment about it running before anything else is booted into
the system. symantec said to do a clean boot and start over. maybe the batch
file that is written comes out different? i have no idea.
PS: I always thought that "clean boot" means powering down completely
(rather than doing a "restart").
rf: see my reply to Ken Blake re: clean boot
The likely reason that PM hung is not a driver conflict but the fact that,
in order to resize D:, some data has to be moved. If you have alot of data on
D:, it will take a very long time and PM will hang if there is any indication
that the data is not being moved with integrity (PM by default does it's own
error checking). CAUTION: if you are asking PM to re-size D: to a point
that allows less than +/- 15% or so free space on the newly sized partition,
PM will have a very hard time indeed. You might even lose data or worse--
corrupt the partition.
rf: There is about 2 GB of data on the D: partition which has about 60GB
total. From your experience, how long should it take to resize the D: from
60GB to 30GB. I tried to get an answer from Symantec but all they said is "
it can take a while sometimes". I didn't think it should be stuck at 27% for
more than two hours.
Also, resizing partitions with two different file systems can increase the
liklihood of hanging. Are both existing partitions NFTS?
rf: yes, both are ntfs.
One suggestion: if you can easily reconstitute all the data on D from
reliable, recent backups, you might consider deleting all info on D: before
re-sizing. PM will then sail through the re-sizing with hardly a burp since
it need not move any data and continuously check it's integrity.
rf: this was a consideration before the first one but, unfortunately, it was
decided not to.
By "recovery disk" I assume you meant "emergency disks" that PM asks you to
create? Remember to create new ones after completing any partition-altering
operation-- the old ones won't work anymore because the partition table has
changed.
rf: thank you for the reminder.
rf: it did. thx!