Quote:>How, exactly, do you reducing the size of /usr? The normal method of
>shrinking a filesystem is to copy it to tape, remove it, recreate it at
>the new size and move the files back. But /usr has libc.a and if you
>remove that, the machine staggers around a little and then dies. Anybody
>have any ideas? (THAT'S the last time I do a full installation of Info
We have done this on our machines. What we do is create an "mksysb"
tape with an altered ".fs.size" file, and then boot off the tape and
restore the system.
The procedure for doing this: (as root)
o run 'mkszfile' to generate the .fs.size file.
o (generally a good idea to do an 'mksysb' here just in case an error
occurs and the system is unrecoverable from the altered tape.)
o edit "/.fs.size". The format of this file is:
volume_group megs_per_part dev_name mnt_point num_parts lv_megs fs_type
for example, on one of our systems:
rootvg 4 hd2 /usr / 40 160 jfs
The fields you are interested in are the num_parts and lv_megs
fields. Change these to the appropriate values:
lv_megs is the logical volume size in Megabytes
num_parts is the number of partitions for the LV. Just use
lv_megs / megs_per_part to get this value.
o run 'mksysb' to back the system up to tape.
o Now, follow the instructions in the installation guide for restoring
from a "mksysb" backup. If you have logical volumes outside the
'rootvg' volume group, you will have to import them back into the
system. This can be done from "smit lvm"...
It's neither an easy nor a pleasant task, but it's the only way I know
of to free up that valuable disk space...
L. Scott Emmons