From owner-freebsd-stable Mon Jan 8 7:25: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.retec.net (apollo.retec.net [207.99.22.10]) by hub.freebsd.org (Postfix) with ESMTP id 3276137B400 for ; Mon, 8 Jan 2001 07:24:38 -0800 (PST) Received: from newken (dhcp113.retec.net [207.99.22.113]) by apollo.retec.net (8.9.3/8.9.0) with SMTP id KAA18623; Mon, 8 Jan 2001 10:18:25 -0500 (EST) Message-ID: <039901c07987$06b142c0$711663cf@icarz.com> From: "Ken Menzel" To: "Sebastien ROCHE" , Cc: "Joe Gleason" , "Matt Heckaman" , "B" , References: <002701c078f7$086b9f60$0b2d2d0a@fireduck.com> <014101c0797f$84682880$711663cf@icarz.com> <3A59D273.CB58B4D0@tsolab.org> <3A59D52B.2F4277EC@sxb.bsf.alcatel.fr> Subject: Re: /var drive space problem Date: Mon, 8 Jan 2001 10:24:00 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0396_01C0795D.1D981740" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0396_01C0795D.1D981740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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! =20 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 ----------------------------------------------------- Ken Menzel ICQ# 9325188 www.icarz.com kenm@icarz.com ----- Original Message -----=20 From: Sebastien ROCHE=20 To: dan@tsolab.org=20 Cc: Ken Menzel ; Joe Gleason ; Matt Heckaman ; B ; = freebsd-stable@freebsd.org=20 Sent: Monday, January 08, 2001 9:56 AM Subject: Re: /var drive space problem Hi all,=20 About this particular problem (size of /):=20 My / partition is 32 Mb large. I had no problem until yesterday, when = the make installkernel didn't work due to insufficient space.=20 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.=20 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).=20 Thanks for help,=20 Sebastien=20 =20 =20 Daniel Tso wrote:=20 > I Agree, with Joe, but I also want to add I think the root file=20 > systems is also too small. The same type of formula could work. = As=20 > for me I'll continue to set my favorite values for modern drives: = 250M=20 > root, 2*mem swap, 250M /var, the rest /usr.=20 > 20M is way too small for modern drives, but we can't hard code = this=20 > as many people stll are using old hardware to do jobs (such as nat = > boxs and ipfw etc).=20 Why would you want a 250M root ? I always keep root small, usually = the=20 default 32M or 40M. It limits the possible damage and makes it much=20 easier to restore.=20 /tmp does not belong in root, but has its own partition, which can = be=20 200M if you have it.=20 The root partition should be as static as possible, IMHO.=20 To Unsubscribe: send mail to majordomo@FreeBSD.org=20 with "unsubscribe freebsd-stable" in the body of the message ------=_NextPart_000_0396_01C0795D.1D981740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Sebastion,
  /modules should not be that = big,  but=20 try "du -hx /",   my servers have 34 Meg in the root = filesystem. =20 Make sure you don't have multiple copies of the kernel,  this is = why when I=20 build my roots I make them 250M it's overkill, but hey I got 72G of = space, =20 and 35Gig per tape on the backup I don't want to run out of space just = because I=20 build a couple of kernels to play with! 
 
Anyway the du command will show you = where the space=20 is used, be careful not to delete anything needed to boot!  However = you can=20 probably clean up modules.old and old kernels and any junk in /root = (root users=20 home directory).
 
Ken
-----------------------------------------------------
Ken = Menzel =20 ICQ# 9325188
www.icarz.com  = kenm@icarz.com
----- Original Message -----
From:=20 Sebastien ROCHE
Sent: Monday, January 08, 2001 = 9:56=20 AM
Subject: Re: /var drive space=20 problem

Hi all,=20

About this particular problem (size of /):=20

My / partition is 32 Mb large. I had no problem until yesterday, = when the=20 make installkernel didn't work due to insufficient = space.
I=20 think it's /modules which is bigger than it was (and the installation = process=20 makes a copy of it). Anyway it was difficult to have it work. I lost = /stand=20 and I put /lkm on /usr and I had to delete some binaries in /bin or = /sbin that=20 I don't use.=20

Do you have an idea of what else I could put on /usr ?  (not = /bin=20 /sbin /modules /boot /kernel /etc, hmmm there's not much more I = think).=20

Thanks for help,=20

Sebastien
 
 =20

Daniel Tso wrote:=20

> I Agree, with Joe,  but I also = want to add=20 I think the root file
> systems is also too small.  The = same=20 type of formula could work.  As
> for me I'll continue = to set my=20 favorite values for modern drives: 250M
> root,  2*mem = swap,=20 250M /var,  the rest /usr.
> 20M is way too small for = modern=20 drives,  but we can't hard code this
> as many people = stll are=20 using old hardware to do jobs (such as nat
> boxs and ipfw = etc).=20

Why would you want a 250M root ? I always keep root small, = usually the=20
default 32M or 40M. It limits the possible damage and makes it = much=20
easier to restore.=20

/tmp does not belong in root, but has its own partition, which = can be=20
200M if you have it.=20

The root partition should be as static as possible, IMHO.=20

To Unsubscribe: send mail to majordomo@FreeBSD.org
with = "unsubscribe=20 freebsd-stable" in the body of the=20 message

------=_NextPart_000_0396_01C0795D.1D981740-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message