From owner-freebsd-questions@FreeBSD.ORG Tue Oct 2 13:56:35 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7208816A418 for ; Tue, 2 Oct 2007 13:56:35 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id E391F13C458 for ; Tue, 2 Oct 2007 13:56:34 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id l92DuDsO072962 for ; Tue, 2 Oct 2007 09:56:14 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id l92Du8gn072961 for freebsd-questions@freebsd.org; Tue, 2 Oct 2007 09:56:08 -0400 (EDT) (envelope-from bv) Date: Tue, 2 Oct 2007 09:56:03 -0400 From: Bill Vermillion To: freebsd-questions@freebsd.org Message-ID: <20071002135603.GA72834@wjv.com> References: <20071002120014.83D1516A47F@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071002120014.83D1516A47F@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com Subject: Re: determing space in the / partition X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 13:56:35 -0000 -segmentation fault- press any key to reboot Damn damn damn freebsd-questions-request@freebsd.org said, after restarting his PC and mailer on Tue, Oct 02, 2007 at 12:00 . > Date: Tue, 2 Oct 2007 06:13:11 +0000 (UTC) > From: Duane Hill > Subject: Re: determining the space used in / partition {Lots deleted - wjv] > On Tue, 2 Oct 2007 at 08:03 +0200, zszalbot@gmail.com confabulated: > > > 2007/10/2, Duane Hill : > >> On Tue, 2 Oct 2007 at 07:36 +0200, zszalbot@gmail.com confabulated: > >>> 2007/10/2, Duane Hill : > >>>> On Tue, 2 Oct 2007 at 07:23 +0200, zszalbot@gmail.com confabulated: > >>>>> Hello again, > >>>>>>> Through df I realized my / partiotion is out of space: > >>>>>>> Filesystem 1K-blocks Used Avail Capacity Mounted on > >>>>>>> /dev/ad0s1a 198126 196070 -13794 108% / > >>>>>>> devfs 1 1 0 100% /dev > >>>>>>> /dev/ad0s1e 44511308 4217762 36732642 10% /usr > >>>>>>> /dev/ad0s1d 30462636 3210580 24815046 11% /var > >>>>>>> devfs 1 1 0 100% /var/named/dev > >>>>>>> /dev/da0s1c 75685352 34308200 35322324 49% /mnt/usbck > >>>>>>> > >>>>>>> How can I determine what occupies the space in it? That is, it is not > >>>>>>> big as you can see. So I issued: > >>>>>>> du -hs / > >>>>>>> but it was taking ages (I am not sure but maybe du -hs counts all > >>>>>>> directories on the HD? > >>>>> One thing that comes to my mind. Each Sunday I have a > >>>>> script which makes a full dump of the HD to a back-up USB > >>>>> drive. Last weekend someone cleaining the computer room, > >>>>> must have accidentally powered off the USB drive. As a > >>>>> result, the dump has not been completed because the USB > >>>>> drive was not mounted at that time. I use cron for this > >>>>> task. Does it matter could have caused this? > >>> For the record. During the backup, the file system is dumped > >>> to a dir on a USB drive called backup. Now, since the drive > >>> was unavailable, the dump utility created /backup dir and > >>> populated it with lists-var-l0-2007-09-30.dump.bz2 (dumping > >>> var) but of course it died as there was not enough space on > >>> the / to do it. I mean this is what I make of this. > >>> So after deleting /backup I get: > >>> df > >>> Filesystem 1K-blocks Used Avail Capacity Mounted on > >>> /dev/ad0s1a 198126 74084 108192 41% / > >>> devfs 1 1 0 100% /dev > >>> /dev/ad0s1e 44511308 4217760 36732644 10% /usr > >>> /dev/ad0s1d 30462636 3210650 24814976 11% /var > >>> devfs 1 1 0 100% /var/named/dev > >>> /dev/da0s1c 75685352 34308200 35322324 49% /mnt/usbck > >> I'm still learning about all the little details about the > >> workings of dump myself. It would seem to me, you are dumping > >> to /backup which is the mount point for the USB device. Would > >> that hold true? > > I dump to /mnt/usbck/backup. Since backup dir was not present, the > > script created it under / > Thanks. I couldn't find anything in the man page that explained > what would happen if the mount point for the dump was > inaccessible at dump time. To me, it is still an assumption. Think about it a moment. You you mount you have 'mount point' that is typically directed to the fs that you have mounted there. If nothing is mounted the mount point will get all the data. If /backup had the USB mounted all the data would go to the USB drive. If it's not there all data will go to backup. Bill -- Bill Vermillion - bv @ wjv . com