Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!cs.utexas.edu!usc!ucsd!pacbell.com!pacbell!att!cbnewsd!bamford
From: bamford@cbnewsd.att.com (harold.e.bamford)
Newsgroups: comp.sys.att
Subject: Re: SimulTask and huge D: file
Message-ID: <1990Aug16.153309.28653@cbnewsd.att.com>
Date: 16 Aug 90 15:33:09 GMT
References: <1990Aug14.181508.10655@cbnewsd.att.com> <15749@bfmny0.BFM.COM>
Distribution: usa
Organization: AT&T Bell Laboratories
Lines: 30

In article <15749@bfmny0.BFM.COM> tneff@bfmny0.BFM.COM (Tom Neff) writes:
>The manual does mention (on page 3-13) that pseudo-volume fixed disk
>files don't shrink.  It doesn't give a workaround, though.  For this we
>will have to appeal to that rarest of resources, Common Sense(tm).
>
> 1. Create a new pseudo-volume by copying 'cdisk' to something like 'NEWD:'.
>
> 2. Edit your 'vpix.cnf' to point C: to your new D pseudo-volume, and D: to
>your old one.
>
> 3. Boot Simul-Task with this configuration -- if your old D: was not
>bootable, you may need to boot from floppy with 'dos -b'.
>
> 4. Use XCOPY to copy all the files from D: to C:.
>
> 5. Quit DOS and rename NEWD: to D:, deleting the old one.
>
> 6. Re-edit your 'vpix.cnf' to restore the settings for C: and D:.
>
>This will do the trick.  I recommend you don't use pseudo-volumes for
>applications involving a lot of file creation and deletion, because it's
>a pain to garbage collect the wasted space.  Use the UNIX file system if
>possible, or if the software balks use a physical DOS partition
>instead.

A wonderful procedure.  Doesn't work if you don't have enough space
in /usr however.  I suspect that copying D: (via unconditional
backup??) to floppy is the way to go...

-- Harold