Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!wugate!uunet!van-bc!eslvcr!ted
From: ted@eslvcr.UUCP (Ted Powell)
Newsgroups: comp.sys.att
Subject: Re: Disk Partitions under Sys V/386
Summary: Re difficulty unmounting file system
Message-ID: <181@eslvcr.UUCP>
Date: 2 Sep 89 16:31:01 GMT
References: <598@gistdev.UUCP> <1108@virtech.UUCP> <604@gistdev.UUCP>
Reply-To: ted@eslvcr.wimsey.bc.ca (Ted Powell)
Organization: Entropy Limited, Vancouver, BC
Lines: 28

In article <604@gistdev.UUCP> joe@gistdev.UUCP (Joe Brownlee) writes:
>I had thought of this, and I got e-mail from some other folks who suggested it,
>too.  Well, I tried it and it worked fine.  I did have to re-boot to get the
>thing to let go of the original /usr, but when it came back up I unmounted and
>re-labelled it, and all was well.  Thanks everyone who responded; you gave me
>confidence that my solution was the right one!

Glad to hear it all went well.
If you have the machine in system maintenance mode ("single-user state"), 
so you don't have the print spooler and who-knows-what-else running and
likely referencing /usr, and if you make sure your own working directory
is not in /usr, then it should unmount with no problem.

Forewarned-is-forearmed dept:
Why don't you try booting from the #1 floppy of the Foundation Set. When
it asks if you want to do an install, hit Del, which will get you a
shell prompt. Then try to mount a partition from the second drive onto
/mnt (I expect that you've seen by now the posting warning that this may
not be possible). If it _doesn't_ work, you might consider having /usr
on the first disk, and /usr/u on the second, with all the user home
directories in /usr/u. This still gets the swap area and user files on
separate drives, but leaves all the system stuff where the floppy-based
kernel can find it. However, I expect that you will be ok the way you
are.  BTW, the boot floppy doesn't have "ls", but echo * works.

Happy hacking!
-- 
ted@eslvcr.wimsey.bc.ca   ...!ubc-cs!van-bc!eslvcr!ted    (Ted Powell)