Date: Tue, 2 Oct 2007 05:28:08 +0000 (UTC) From: Duane Hill <d.hill@yournetplus.com> To: Zbigniew Szalbot <zszalbot@gmail.com> Cc: freebsd-questions@freebsd.org Subject: Re: determining the space used in / partition Message-ID: <20071002052548.S57595@duane.dbq.yournetplus.com> In-Reply-To: <94136a2c0710012223q64102a41y93f3f983fcfc0137@mail.gmail.com> References: <94136a2c0710012212x506ebc0ajf76ef69ec2f36720@mail.gmail.com> <20071002051809.R57595@duane.dbq.yournetplus.com> <94136a2c0710012223q64102a41y93f3f983fcfc0137@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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? >>> >>> Anyway, I do not really know where to look what has eaten the / space. >>> Were it for /usr or /var, it would be obvious to me where to look for >>> information. >>> >>> Many thanks! >> >> I don't see you have defined a /tmp partition. Perhaps /tmp is taking up >> all the space. Try: >> >> du -h /tmp >> >> and see how much /tmp is taking up. > du -hs /tmp > 1.4M /tmp > > du -hs / > 40GB > > 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? If the '-L' switch is used (telling dump it is dumping a live file system) it will first dump everything into a .snap directory before performing the dump. What does: du -hs /.snap give for a result? ------ _|_ (_| |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071002052548.S57595>