Everything about /usr/sbin/sw* is identical..Can this be conpressed to save space?

[Shaun Aldrich]

Hi Everyone,

I am currently having a space problem on /usr and trying to find areas to compress to free up some space. I have noticed that in /usr/sbin/sw* everything seems to be the same such as permissions, size, id, user, even most of the dates. Please see below information:-

root@host:/usr/sbin$ ll /usr/sbin/sw*
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swacl
-r-xr-xr-x 1 bin bin 446464 Dec 15 1998 /usr/sbin/swagentd
-r-xr--r-- 1 bin bin 16384 Jun 10 1996 /usr/sbin/swapinfo
-r-xr-xr-x 1 bin bin 24576 Jun 10 1996 /usr/sbin/swapon
-r-xr-xr-x 1 bin bin 71992 May 30 1996 /usr/sbin/swcluster
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swconfig
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swcopy
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swdepot
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swinstall
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swjob
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swlist
-r-sr-xr-x 2 root bin 770048 Nov 24 1998 /usr/sbin/swmodify
-r-sr-xr-x 2 root bin 770048 Nov 24 1998 /usr/sbin/swpackage
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swreg
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swremove
-r-sr-xr-x 11 root bin 1609728 Dec 15 1998 /usr/sbin/swverify

Is it possible/wise to compress all of these files to free up some space? If not, why? There are other files in this directory with the same attributes. Please let me know when you get a chance.

Thanks,

SAldrich@chaptersinc.com

[Lasse Knudsen]

The files *are* the same. They are hard-linked. Notice the '15' after the permission. Each occurence of the file is only a link to where the file is on the disk so to speak. The data are only stored once on the disk so deleting one of them wont do you any good. You have to find other ways to get free space.

[Anthony Goonetilleke]

to an ls -i you should see that they are the same file you best bet is to do a

cd /usr
du -sk *

this should show you all the dirs taking up the most space.

[Victor BERRIDGE]

Hi Shaun,
Allan is right, anyway these file are shared executables...
1)What is the size of your /usr?
Use bdf, then to double check go to /usr and type du -ks
2) Have you no more space in vg00?
and have you some spare space somwhere else?

[Anthony deRito]

Use the following commands to help you find culprits:

# cd /usr
# du -x | sort -n
# find . -xdev -size +[your_size_here]c -exec ll -lt {} ;

After you cleaned up some, your best bet is to increase the size of /usr.

Check to see if you have room in the root volume group:

# vgdisplay -v /dev/[root vg]

If you do, then I would bring the system to single user mode and expand the filesystem.

# mount /usr
# lvextend -L [new_lv_size] /dev/[root_vg]/[lvol_name]
# umount /usr
# extendfs -F [vxfs or hfs] /dev/[root_vg]/r[lvol_name]
# mount /usr
# reboot

Tony

[James R. Ferguson]

Shaun:

If you want to recover some space, you could remove the decompressed, formatted man pages. The principal penalty you will incur is the few seconds it will take to reformat the manual page the first time a user touches it again. Of course, in the extreme case that all pages were reformatted again, the disk gained by removing the files would be lost.

Should you elect to regain disk space by removing the decompressed, formatted man pages, do:

# cd /usr/share/man
# rm -r cat*

You would repeat the above for /usr/contrib/man and /usr/local/man

REMEMBER to do this carefully -- you are doing a recursive, wildcard remove!!!

...JRF...