I have a 1MB Apple Lisa 2/10 running SCO Xenix 3.0.

The internal hard disk of 10MB has less than 1000 blocks free (I have
installed a lot of software on this system) and I need about 2000 to install
the "last" piece of software: SCO Cobol Level II.

I have just received an external 5MB Apple Profile which I have been able to
add as an additional filesystem. However, I can't move all of /usr onto
this Profile as it is too small (which, to me, was the most obvious way to
free up some space).

The question therefore is: is there a way to "extend" the /usr directory to
span across hard disks? In other words, can I mount this external Profile
disk and in some way "connect" it as additional free space in /usr (so I
guess it would mean somehow making it part of the /dev/root filesystem)?

I am not very fluent in Unix, Xenix, etc, so the above may seem like a dumb
question - but any reply (including ideas and stuff to "try") would be
welcome.

Thanks,

Giorgio

Giorgio Ungarelli wrote:

I don't think you can extend the /usr directory in the way you intend
but you can set up a section of the /usr directory as a mount point.
For instance, I have /usr/spool mounted as a separate file system as
shown below

]Mount Dir Filesystem blocks used free % used
/ /dev/root 420002 129724 290278 31%
/usr/spool /dev/spool 116000 33738 82262 29%
/user /dev/user 454344 203382 250962 45%

If you have a section of /usr that you don't need mounted during bootup,
you can set up a mount point below root (such as the /usr/spool shown
above). Make sure that any files you need for boot up are on the root
partition or the system won't boot. /usr/spool seems to work fine for
me. /usr/man might work. If there are two fairly static directories
such as /usr/man and /usr/local, you could split the new drive into 2
file systems and have two mount points.

Hope this helps

Cliff

"Giorgio Ungarelli" <giorgio@ungarelli*no_spam*.net> expounded in
news:3efaba10_4@news.bluewin.ch:

(Oops. Looks like I accidentally tried to email this reply the other day
instead of post it here. I was wondering why I didn't see it here the last
time I checked.)

I'm not familiar with "SCO Xenix 3.0". The last version that I'm aware of
was 2.3.4, but maybe there was something different/special for the Lisa.
Later SCO releases (eg. Unix and OpenServer 5) support symbolic links,
which can be used to link things between different filesystems. I assume
that system does not support symbolic links, but if it did, that might be
one answer.

You probably don't want to try to put all of /usr in a different
filesystem. That can be problematic, at best (the OS needs things in /usr
as it's booting, before the other filesystems are mounted).

One option is to find some non-system directory, under /usr or elsewhere,
and copy it to the new filesystem on the new drive. Then you can try
unmounting the new filesystem and mounting it over the old directory. Then
try to run the programs that use whatever is in that directory. If
everything works as it should, then unmount the new filesystem, clean out
the contents of the old directory (freeing up space on the old drive), and
then remount the new filesystem over that directory. You may need/want to
change /etc/default/filesys so that it knows where the new filesystem
should be mounted.

Of course before you start trying to move things around, etc., it would be
a good idea to make a backup of the files you're going to move, if not the
whole system.

Another option would be to just put the new software that you're trying to
load in the new filesystem. If it has to be installed in a specific
directory (eg. /usr/cobol), and you don't have anything already in that
directory, then you could just mount the new filesystem over that
directory. If the directory does already have some files in it, then see
my above comments about moving an existing directory to the new filesystem.


As for the free space on the old drive, have you looked for files that
could be deleted, "trimmed" or compressed?

James