|
Hi Sebastion,
/modules should not be that big, but
try "du -hx /", my servers have 34 Meg in the root filesystem.
Make sure you don't have multiple copies of the kernel, this is why when I
build my roots I make them 250M it's overkill, but hey I got 72G of space,
and 35Gig per tape on the backup I don't want to run out of space just because I
build a couple of kernels to play with!
Anyway the du command will show you where the space
is used, be careful not to delete anything needed to boot! However you can
probably clean up modules.old and old kernels and any junk in /root (root users
home directory).
Ken
----- Original Message -----
Sent: Monday, January 08, 2001 9:56
AM
Subject: Re: /var drive space
problem
Hi all,
About this particular problem (size of /):
My / partition is 32 Mb large. I had no problem until yesterday, when the
make installkernel didn't work due to insufficient space.
I
think it's /modules which is bigger than it was (and the installation process
makes a copy of it). Anyway it was difficult to have it work. I lost /stand
and I put /lkm on /usr and I had to delete some binaries in /bin or /sbin that
I don't use.
Do you have an idea of what else I could put on /usr ? (not /bin
/sbin /modules /boot /kernel /etc, hmmm there's not much more I think).
Thanks for help,
Sebastien
Daniel Tso wrote:
> I Agree, with Joe, but I also want to add
I think the root file
> systems is also too small. The same
type of formula could work. As
> for me I'll continue to set my
favorite values for modern drives: 250M
> root, 2*mem swap,
250M /var, the rest /usr.
> 20M is way too small for modern
drives, but we can't hard code this
> as many people stll are
using old hardware to do jobs (such as nat
> boxs and ipfw etc).
Why would you want a 250M root ? I always keep root small, usually the
default 32M or 40M. It limits the possible damage and makes it much
easier to restore.
/tmp does not belong in root, but has its own partition, which can be
200M if you have it.
The root partition should be as static as possible, IMHO.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
freebsd-stable" in the body of the
message
|
