OT: redhat

[Fairlight]

Y'all catch dis heeyah?  Bill Vermillion been jivin' 'bout like:
> 
> And since / is a critical system, with all the superblock, and all
> the inode information, having it separate instead of part of
> everything is a prudent approach.  Putting everything in one
> filesystem on large drives is like the secretary who filed
> all the letters under L.

There is that.  Although...I've yet to have a superblock that couldn't be
recovered from a redundant one at 8192 or a subsequent one--at least under
ext2.

> You should have a good idea of how much space the base OS is going
> to use. If not you need to be in another business.  It is usually

Sure...until you get some yutz that is used to tossing fP and all its data
files into /appl and you have no separate /appl filesystem and weren't
notified this would be happening.  Just as one example.

People -don't- always tell you what they're going to do.  I wish they did,
but the truth is, they don't--and psychic abilities only compensate so
much.  :)

> not a real problem if you outgrow a Unix file system as you can
> symllink to other filesystems or if you really need more space just
> mount another drive at an appropriate point.  It the MS system

Exactly.  And I've done that.  Had to--on systems that were installed when
a full dist fit under 250MB, and you had scads of room free, but upgraded
it manually for five years of bloat and started to run out of room in all
the wrong places.  The primary example of that was my first Slackware
system.  It ran a longggg time.  I finally gave up the ghost though and
moved to RH 4.1.

> that make it hard.  And that's why things like Partition Magic
> were created - because you are limited in restructuring by
> the OS itself.

Yeah, but that's not going to help you when someone else did an install,
and they put a 25gig Windows partition that not only isn't populated but
isn't even NEEDED -smack- in the middle of all the linux partitions.  Sure,
you can grow ReiserFS, but you can't (to my knowledge, and do correct me if
I'm wrong) merge two non-contiguous segments of a disk into one coherent
partition.  You can reclaim the space, but not in the most meaningful way.

> > I may be being short-sighted, but as I said, that's what
> > backups are -for-.
> 
> Backups are not the reason for poor planning that causes a reload.

True.  Maybe I haven't had enough systems go bad?  :)  *knocks on wood*

mark->
-- 
Bring the web-enabling power of OneGate to -your- filePro applications today!

Try the live filePro-based, OneGate-enabled demo at the following URL:
               http://www2.onnik.com/~fairlite/flfssindex.html