lfk@athena.mit.edu (Lee F Kolakowski) (01/04/91)
Hello,
We have a Silicon Graphics Personal Iris workstation with very
little disk space left. Df reports that there are 3 file systems
Filesystem Type blocks use avail %use Mounted on
/dev/root efs 31050 22219 8831 72% /
/dev/usr efs 482816 482652 164 100% /usr
/debug dbg 124184 14784 109400 12% /debug
I am interested in adding to /debug space to the /dev/usr partition.
I can umount the /debug partition but I can't figure out how to make
/dev/usr bigger. I looked through all the manuals we have and I can't
find it anywhere. Can some one point me in the right direction.
I called SGI, and they wanted a purchase Order before they talked to
me.
Thanks
--
Frank Kolakowski
=======================================================================
|lfk@athena.mit.edu or lfk@eastman2.mit.edu or kolakowski@wccf.mit.edu|
| Lee F. Kolakowski M.I.T. |
| Dept of Chemistry Room 18-506 |
| 77 Massachusetts Ave. Cambridge, MA 02139 |
| AT&T: 1-617-253-1866 #include <disclaimer.h> |
=======================================================================micah@flobb4.csd.sgi.com (Micah Altman) (01/05/91)
>I am interested in adding to /debug space to the /dev/usr partition. >I can umount the /debug partition but I can't figure out how to make >/dev/usr bigger. The /debug partition is not an actual file system, it "provides an interface to running processes that may be used by debuggers such as dbx" and " These files actually consume no disk space, and are only convenient handles by which a debugger can attach to a process. " so you don't need to move /debug to /dev/usr. >I looked through all the manuals we have and I can't >find it anywhere. Check the man page on "debug" and the manual entry on "dbg" in the Programmer's Reference Manual ( Section 4 ). >I called SGI, and they wanted a purchase Order before they talked to >me. The hot line can only answer calls for people with a service contract, I believe. However, sgi employees often post to this newsgroup. >Thanks Your welcome. - Micah Altman "Computational Juggler" Disclaimer: Everything I say is a lie.
robert@shangri-la.gatech.edu (Robert Viduya) (01/05/91)
>micah@flobb4.csd.sgi.com (Micah Altman) (micah@flobb4.csd.sgi.com, <1991Jan4.185158.16712@odin.corp.sgi.com>): > >I am interested in adding to /debug space to the /dev/usr partition. > >I can umount the /debug partition but I can't figure out how to make > >/dev/usr bigger. > > The /debug partition is not an actual file system, it > "provides an interface to running processes that may be used by debuggers > such as dbx" and " These files actually consume no > disk space, and are only convenient handles by which a debugger can > attach to a process. " so you don't need to move /debug to /dev/usr. > I disagree with this statement. While it's true that /debug is not a "real" filesystem like /usr and /, it does represent a portion of disk known as swap space. If a system adminstrator wanted to, he could reduce the amount of swap space and increase the amount of space for /usr by repartitioning the disk. A subsequent "df" will show an appropriate reduction of space in /debug with a corresponding increase in /usr. Doing something like this shouldn't be taken lightly however. One needs to know all the in's and out's of disk partitioning and one should be fully aware of what the effects of reduced swap space will do to a system based on what software is being run on that system. As a general rule of thumb, I multiply the amount of memory a system has by four to obtain the amount of swap space to allocate for that system. This works fairly well in most cases, but some systems around here being used for scientific research require much more than that. For systems with lots of memory, a 1:4 ratio may be too much and a 1:2 or even a 1:1 ratio may be more appropriate. It all depends on system load and usage. robert -- Robert Viduya robert@shangri-la.gatech.edu Technical Services / Information Technology Georgia Institute of Technology (404) 894-6296 Atlanta, Georgia 30332-0275
lfk@athena.mit.edu (Lee F. Kolakowski) (01/05/91)
I have solved my problems. My users had to delete some stuff. Thanks to all who responded. BTW, with regards to the other discussion about binaries from GNU. It took me less than 1 hour to install GNU Emacs 18.55. Very fast and Nice. -- Frank Kolakowski ======================================================================= |lfk@athena.mit.edu or lfk@eastman2.mit.edu or kolakowski@wccf.mit.edu| | Lee F. Kolakowski M.I.T. | | Dept of Chemistry Room 18-506 | | 77 Massachusetts Ave. Cambridge, MA 02139 | | AT&T: 1-617-253-1866 #include <disclaimer.h> | =======================================================================