stosss wrote:
> On Sat, Feb 13, 2010 at 2:21 PM, Mike McCarty
> <mike.mcca...@sbcglobal.net> wrote:
[...]
>> I think that a general maintenace helper guide, or even a
>> section in the book relating to that, giving considerations
>> which enter into philosophy of maintenance and how to go
>> about keeping a (B)LFS system up and running, like doing
>> upgrades without having to destroy the system or create
>> a new one or buy a new disc, would be very helpful to sysadmin
>> newbies like me.
>
> Mike, you already have a good start on what could be a useful hint. Go
> ahead, massage it and submit it to the devs for consideration.
Did you read that last sentence? I've been "maintaining" a Linux
system for about four or five years, but by no means does
that mean that I consider myself anything but a newbie. I took
more or less the default partitioning my distro did upon install.
As the years go by, I've wanted to add more discs space, and
done so, and so there came natural decision points about how
to add them. Some of the decisions I've made, I've later come
to reconsider, and think that there could be better ways to do
them. That doesn't meant that I think I have any sort of handle
on how they "should" be done, based on what considerations.
I have studied the recommended layout (I can't recall what it's
called, now)
/tmp variable stuff which does not have to survive reboot
/var variable stuff stored by games, backup programs, etc.
which must survive reboot, but not necessarily present
immediately
/bin system program files, must be present to boot
/sbin system program files, usually used only by root,
must be present to boot
/usr/bin system program files, not necessary for boot
/usr/sbin system program files, usually used only by
root, not necessary for boot
/etc system configuration data, must be present to boot
/home user data (used to be under /usr)
/usr/local/bin user installed programs
/usr/local/... user installed config stuff
The stuff marked "must be present to boot" means it
must be part of the base partition, not something mounted
later. So, these are considerations for where to add new
partitions. Like, /var, /tmp, /usr/local, /home are all
good candidates for being separate partitions. I like
for /tmp to be in a separate partition from /home, so
a user program which fills up /home/some-user/... doesn't
make /tmp also full, causing a system halt.
However, by no means do I consider myself any kind of expert.
What I just wrote is about the limit of all I know. It would
be nice if some who have professionally admin'd some UNIX
systems could write some stuff which would be meaningful.
Not the drivel I can come up with.
Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
