From owner-freebsd-questions Tue Aug 1 5:46:45 2000 Delivered-To: freebsd-questions@freebsd.org Received: from isy.liu.se (isy.liu.se [130.236.48.10]) by hub.freebsd.org (Postfix) with ESMTP id 8778237B6F7 for ; Tue, 1 Aug 2000 05:46:40 -0700 (PDT) (envelope-from mj@isy.liu.se) Received: from lagrange.isy.liu.se (lagrange.isy.liu.se [130.236.49.127]) by isy.liu.se (8.10.0/8.10.0) with ESMTP id e71CkWn07860; Tue, 1 Aug 2000 14:46:32 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <39866890.4717EEDC@ispchannel.com> Date: Tue, 01 Aug 2000 14:46:31 +0200 (CEST) From: Micke Josefsson To: "Mark A. Hummel" Subject: RE: qcad port install failed. Now what? Cc: freebsd-questions Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Aug-00 Mark A. Hummel wrote: > I made some progress on the qcad port. I downloaded the new port from > the BSD site and did a make install. Everything seems to go well > although a bit slow until I realized that the tar ball was over 4 megs > compressed. Anyway, it finally errored out. > > From the attached text file. It looks to me like I don't have enough > disk space so, since I'm a newbie, I did some research. I hit the book > and keyword searches of the man pages. I found df! How can a slice of > my drive be more than 100%? > > The question is what should I do next? I assume I either need to free > up some disk space or expand one or more of my slices. > > Mark Yep! You are short of space all right. The system reserves (when newfs-ing) some 8% of the disk capacity for use by root and system processes so that tha system will keep on going even though the disk is full. Normal users can not add anything. Freeing up space is the easiest - if you can:) Or get another disk (of sufficient size) and put your entire /usr/home on that one. vinum(8) can also be of use. I also see your / is full. My guess is that /tmp is full. You could symlink (ln(1) -s) /tmp to /usr/tmp, this will not save you any space but will stop the system from filling up /tmp (as it will now go to /usr/tmp instead) du(1) with -s and/or -x options are also useful for analyzing what is up. /M ---------------------------------- Michael Josefsson, MSEE mj@isy.liu.se This message was sent by XFMail running on FreeBSD 3.4-STABLE ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message