[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] MiNTLib 0.52.3b
On Wed, 4 Aug 1999, Martin-Eric Racine wrote:
> Of course, this would be even easier if mounting was introduced
> at the kernel level, on MiNT. The old MinixFs 0.60 hack that
> allowed statically mounting drives is gone anyhow, but it needs
> to be replaced by a real mount.
I for one wouldn't wanna trade the way we mount our fs in /
mount in linux is just a pain.
Wanna use a floppy, cdrom whatever, blah crap, even with automount.
Makes it quite complicated for nothing, to me that is not very handy at
all. I think the way it works with the kernel is good.
Note: not because some people do it another way that we have to copy it
automatically, I think we need to analize what way is best for us. No need
to put extra hassle just to confirm to some standard which is more than
likely to change anyway.
mount /dev/fd0 /mnt/floppy -blahwhatever
brrrrr.
with what we got, it is pretty good honestly, try to copy several
different copy or read different cdrom in pc. what a pain.
have to unmount, remount blah...sometimes won't even see that the content
has changed. (i think we have like a mediach()) which makes our lifes way
easy. Probably too easy :)
If it ain't broken, don't fix it.
> Linux has gone back to that "one small root partition, one larger
> partition for everything else" while BSD adds "one partition per
> home directory" (a bit extreme, imho, but I see the point), btw.
>
> You could think of it in the same way as the old "one small boot
> partition, plus several larger ones" of partitioning philosophy.
Well, it really is up to the BSD admin to install whatever way he wants.
Just that , get this: it is MORE than wished to have in separate
partition, (even better in separate media) for diff trees in your
file structure.
Stupid things that happened to a commercial server here, log got over the
quota for some reason, everything was on the same drive. the log just got
bigger and bigger until it overwrote on itself. (trashing the whole thing
of course). so if anything happens, better be on a separate partition.
Now on MiNT we are not commercial servers running 4000 Users 24/7 with
extreme audit etc. It really is up to the admin to see what use the
machine is gonna be for.
Safety rules as many partition as you can. But ain't practical. So just
need to find a good balance.
The day we'll be use MiNT professionaly, i think we'll have another
discussion.
>
> FYI, KGMD follows the mid-90's hierarchy philosophy, which was:
> "since we have access to larger drives and use it locally, why
> not just stuff it all in /usr and symlink?" but it has been shown
> as not so efficient, recently.
don't take that too seriously either.