[comp.unix.sysv386] Need partitioning opinions.

thssdwv@iitmax.iit.edu (David William Vrona) (01/22/91)

I just upgraded my system with a larger hard disk (Maxtor 4380S with 1542A)
and would like recommendations with regards to partitioning it for
ISC Unix 2.02.  I understand that creating multiple partitions can improve the
overall system performance.

I have about 330 MBytes to work with and would like about 30 MB for a DOS
partition.  I would also like to setup a partial news feed and X11.
Thank you.
-- 
##############################################################################
#  I was gonna run up on ya and do a  #  David W. Vrona                      #
#  Rambo.... O.J. Jones               #  Illinois Institute of Technology    #
##############################################################################
#  Internet:  thssdwv@iitmax.iit.edu  #  UUCP:                               #
##############################################################################

jon@hitachi.uucp (Jon Ryshpan) (01/26/91)

In article <1991Jan21.224520.27427@iitmax.iit.edu> thssdwv@iitmax.iit.edu (David William Vrona) writes:
>I just upgraded my system with a larger hard disk (Maxtor 4380S with 1542A)
>and would like recommendations with regards to partitioning it for
>ISC Unix 2.02.  I understand that creating multiple partitions can improve the
>overall system performance.

> ...	I would also like to setup a partial news feed and X11.
>Thank you.

I can't see any advantage to several partitions beyond the seperating
root and everything else.  Under BSD, you can back up by partition;
this can speed backups up if you put static stuff on some of the
partitions.  But this doesn't apply to backups under sysv.

If you have several *drives*, you can get improved disk performancs  by
organizing your files so as to reduce seeks, say by putting your
working directories on one drive and /tmp on the other.

If you are afraid that your news spool directory can get out of
control, you *may* want to put it on a seperate partition so that it
can fill its own partition and not the whole drive.  But I don't
recommend this.

Jonathan Ryshpan		<...!uunet!hitachi!jon>

bill@unixland.uucp (Bill Heiser) (01/26/91)

In article <673@hitachi.uucp> jon@hitachi.UUCP (Jon Ryshpan) writes:
>root and everything else.  Under BSD, you can back up by partition;
>this can speed backups up if you put static stuff on some of the
>partitions.  But this doesn't apply to backups under sysv.

Why do you say this can't be done under sysv?  How about ffsdump, rdump (or whatever), or "find . -mount" ...

>
>If you are afraid that your news spool directory can get out of
>control, you *may* want to put it on a seperate partition so that it
>can fill its own partition and not the whole drive.  But I don't
>recommend this.

Why do you not recommend having a separate partition for news spool?



-- 
home:	...!{uunet,bloom-beacon,esegue}!world!unixland!bill
	bill@unixland.uucp    Public Access Unix - Esix SYSVR3
508-655-3848(12/24)  508-651-8723(12/24/96-HST)  508-651-8733(12/24/96-PEP-V32)
other:	heiser@world.std.com

rudolf@curano.acadch.com (Rudolf Kuenzli) (01/27/91)

In <1991Jan26.021415.12430@unixland.uucp> bill@unixland.uucp (Bill Heiser) writes:
>In article <673@hitachi.uucp> jon@hitachi.UUCP (Jon Ryshpan) writes:
>>partitions.  But this doesn't apply to backups under sysv.

>Why do you say this can't be done under sysv?	How about ffsdump, rdump
(or whatever), or "find .  -mount" ...

>Why do you not recommend having a separate partition for news spool?

Yes, I agree entirely. I have made 3 file systems under SCO Unix V3.2.1:

/		    : Disk space:  93.40 MB of 244.14 MB available (38.26%).
/usr/spool/news     : Disk space:  76.35 MB of 146.48 MB available (52.12%).
/local		    : Disk space: 180.29 MB of 199.83 MB available (90.22%).

Total Disk Space: 350.05 MB of 590.45 MB available (59.28%).

/local will contain all PD stuff.			

-- 
Don Curano The Magician 		  In real life: Rudolf Kuenzli
uucp: ...uunet!autodesk!adeskch!rudolf	  Internet: rudolf@curano.acadch.com
      ...chx400!adeskch!rudolf			    rudolf@adeskch.uu.ch

larry@nstar.rn.com (Larry Snyder) (01/29/91)

rudolf@curano.acadch.com (Rudolf Kuenzli) writes:

>>Why do you not recommend having a separate partition for news spool?

>Yes, I agree entirely. I have made 3 file systems under SCO Unix V3.2.1:

we also have the news on it's own partition - to speed up processing
and to keep the system neat --

-- 
   Larry Snyder, NSTAR Public Access Unix 219-289-0287 (HST/PEP/V.32/v.42bis)
                        regional UUCP mapping coordinator 
  {larry@nstar.rn.com, ..!uunet!nstar!larry, larry%nstar@iuvax.cs.indiana.edu}

davidsen@sixhub.UUCP (Wm E. Davidsen Jr) (01/30/91)

In article <673@hitachi.uucp> jon@hitachi.UUCP (Jon Ryshpan) writes:

| I can't see any advantage to several partitions beyond the seperating
| root and everything else.  Under BSD, you can back up by partition;
| this can speed backups up if you put static stuff on some of the
| partitions.  But this doesn't apply to backups under sysv.

  Is there some reason you wouldn't do the same thing in sysv? I've been
running my three systems that way for about four years now, and would do
it any other way.

| If you are afraid that your news spool directory can get out of
| control, you *may* want to put it on a seperate partition so that it
| can fill its own partition and not the whole drive.  But I don't
| recommend this.

  Having had news eat the system once, I now keep it in a cage. If it
runs out of space or inodes it doesn't take the rest of the machine with
it. And if you have guest users I would give them a partition, too, so
they don't get carried away and run me out of something useful, like
tmp.

Some things I would always put in separate partitions:
	root
	/u		or whatever you use for regular users
Things which are candidates depending on usage:
	/usr/spool	if lots of uucp and news feeds
	/usr/spool/news	inodes and total size limits
	/tmp		for extra inodes
	/usr/local	if you have a lot of local stuff
	/guest		or whatever you call your courtesy

  My rule of thumb is that partitions don't allow you to use every last
byte, but do make system administration easier, and allow easier
movement of stuff from one system to another. They are useful to keep
badly behaved applications in check.
-- 
bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen)
    sysop *IX BBS and Public Access UNIX
    moderator of comp.binaries.ibm.pc and 80386 mailing list
"Stupidity, like virtue, is its own reward" -me

peter@ficc.ferranti.com (Peter da Silva) (01/30/91)

Partitions are also useful as firewalls for containing disk corruption.
This has become less important as the systems get more reliable, but I'm
still glad they're there.
-- 
Peter da Silva.  `-_-'  peter@ferranti.com
+1 713 274 5180.  'U`  "Have you hugged your wolf today?"