more than 7 partitions on a SCSI-drive
jerrymc at msu.edu
Mon Jan 22 15:45:02 UTC 2007
On Sun, Jan 21, 2007 at 11:54:40AM -0900, Jeff Mohler wrote:
> Ive never understood why we still partition drives so much..its one
> spindle..sure, a hige filesystem might cause an edge performance
> issue..but..its one spindle.
Primarily for management and backup/restore convenience.
You can break thing in to convenient chunks for backups, to
have a smaller root to deal with during development/testing/recovery,
to isolate things that may grow unexpectedly from other things, such
as root that can kill the system if it gets overfilled, etc.
I partition mine much less than I used to in the  old days,
but still find it usefule to have /, /usr, /tmp swap and some work
or home file system separate. Also, it can be convenient to
separate out database and web site file systems if those get
lots of use.
Otherwise, if you have a rock stable system serving data that does
not change, etc, then breaking things up is not useful.
> / works.
> If there is a fundamental reason why we still partition things like we
> only have 10, 20, or 40Mb RLL. or slightly larger ESDI drives from
> back in the day..im willing to learn.
> On 1/21/07, Christian Baer <christian.baer at uni-dortmund.de> wrote:
> >Hi folkes!
> >Is there any way to do this with FreeBSD?
> >I have to admit, that I have never actually done or even tried this with
> >any OS whatsoever. I am running a two drive system with two mirrors on
> >it. Because I wanted a lot of room for /usr while /usr/home ist mounted
> >on a different partition, the second drive is filled with the two
> >mirror partitions, /usr and a swap partition. Everything else is mounted
> >on the first drive. That being: /, /temp, /var, /usr/obj and the second
> >swap partition. Together with the two mirrors this means seven (in
> >words: 7) partitions. The table looks like this:
> >Filesystem Size Used Avail Capacity Mounted on
> >/dev/da0a 501M 72M 389M 16% /
> >devfs 1.0K 1.0K 0B 100% /dev
> >/dev/da0d 1.9G 102K 1.8G 0% /tmp
> >/dev/da1f 21G 2.9G 17G 15% /usr
> >/dev/da0h 6.8G 742M 5.5G 12% /usr/obj
> >/dev/da0e 4.8G 71M 4.4G 2% /var
> >/dev/mirror/sec1.eli 9.8G 7.5M 9.0G 0% /usr/home
> >/dev/mirror/sec0.eli 34G 21M 32G 0% /usr/home/christian
> >What really sounds (and probably is) pathetic is that I have nearly 6
> >gigs of 'leftover' space on da0. Increasing the size of the mounted
> >partitions isn't really useful anymore (apart from reducing the free
> >space) as I for example probably won't be needing 2GB for /temp or more
> >than 5GB for /var - those are the sizes I have allocated now. Making /
> >any bigger than the current 512MB wouldn't bring any advances either.
> >Increasing the size of the mirrors isn't an option because that would be
> >schrinking /usr. Finding a new mount point wouldn't be a problem. I was
> >thinking something along the lines of /usr/ports. /usr/src was an idea
> >at first but since I want to keep that on a different physical drive
> >than /usr/obj, the idea doesn't seem that bright anymore.
> >But the
> >problem is that I can't allocate another partition, not that I ran out
> >of ideas for mount points. :-) On other machines with IDE-drives I had
> >one slice with partitions inside and never ran into this limitation
> >before. Is there any way to do something like that on SCSI-drives? We
> >are talking about SPARC64 here.
> >freebsd-questions at freebsd.org mailing list
> >To unsubscribe, send any mail to
> >"freebsd-questions-unsubscribe at freebsd.org"
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions