> 
>  This is for review.
> goto : http://www.blastwave.org/docs/index.html
>   select doc BLS-0061
> A lot of the pages were written when I was getting
> tired and there will
> be errors.  At the very least some dry humour and
>  possibly rambling.
> The topic or index page is still being written. It
>  needs to point to
> all the other pages or at least to main topics.
> 
> Yes, its a tad long. I count 170+ pages of html and
>  I took I don't know
> how many snapshot images.
> 
>  bash-3.1$ find . -type f | grep png | wc -l
>      357
> y .. a lot.
> 
>  Please let me know what needs to be fixed.
> I want to add in branches for jumpstart paths to
>  follow as well as a
> whole writeup for recent Solaris Nevada.

You did exactly what I was afraid you did: you sliced up the disk!

Of all the things to avoid, it's teaching the newbies to slice up the disk into 
different filesystems. That's a topic "seasoned" sysadmins don't get right, and 
a newb is sure to get lost.

Not to mention the disk is not used optimally when it is carved out into 
filesystems. It's not 1991, and we do not have 465MB Maxtors and Conners to 
deal with any more, nor is the Boot PROM revision 2.x, so that it couldn't boot 
a slice greater than 1GB...

Point:

s0: flags wm, /, sizeof(s2 - (s1 + s7)
s1: flags wu, swap, sizeof(RAM + 64MB)
s2: don't touch
s7: flags wu, 64.00MB (for metadb)

And you're done. And the disk space is used optimally.

Carving up the disk like you did is for advanced sysadmins who have a deep 
understanding of Solaris  file systems and want to specifically customize them. 
And in your case, I argue that you are doing anything but using that disk space 
in an optimal way.

The "whole disk root" approach worked for IRIX. And for HP-UX. And by golly, it 
sure works for Solaris as well, beautifully. And if the same old tired and worn 
out argument is going to be "filling up the / fs", then you have a much bigger 
problem, like lack of a system monitoring infrastructure in place. On top of 
that somehow I doubt that a newb will fill up his/her 500GB disk so fast, 
especially on Solaris.

I argued this point with our Sun Solaris 10 instructor in class. He claimed 
that slicing up the disk "is more flexible". I told him I'll have some of 
whatever he's smoking too, please.
 
 
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to