hda1 used 100%

Hi All,
I am a windows admins needed to support Linux. Today I realise that my hda1
is full which ussually got about 1GB of free space. It is very unussual for
the 1GB to be used within a day cause I am the only one that can access to
the drive & no shared folder has being created on this drive. (Home Drive is
on another drive). Is there a way to check what use up the space & what is
safe to delete?

FYI, It is running Samba Server & SendMail Server.

BTW, will it cause kernel panic if boot drive is out of space?

du -hs /*

and work your way down.

it may be your incoming mailboxes, in /var/spool/mail

ask yourself, would windows be happy if it would run out of disk space?

Two likely suspects are /var/spool/mail and /var/log. Nothing is safe to
delete if you're not sure what it is :-)

Good luck,
Jeffrey

Thank Dominik for the fast reply.
The person who setup the server solved the problem. He told me it is cause
by unproper mounting. However, he didn't tell me how unproper mounting can
eat up the space & how to claim back the space next time? Anyone mind telling me?

I thought Linux is so good that it can find the diskspace somewhere else or
even created from air.

sure. go ask the person who told you this very vague explanation.

Too vague? Okey you see, I setup a cron job to copy some files to a XP
system at night. Sometime it just fail to mount. Without doing anything,
when I try to mount again in the morning, no problem at all. I think this is
what he mean by unproper mounting. Will this make it a little more not so
vague?

I tried to ask him but he is not so friendly or patient to explain to me..

Thank you. Problem solved.

Do as root:

# cd /
# du -hsx *

M.

I can only guess:

If your /etc/fstab is broken, it may be that some of your file systems
are not mounted as they should on system startup.

If, for example, your /var is on another file system, but is not mounted
during startup, programs will happily scribble into the /var directory,
which is the mount point in the root file system (since /var didn't mount).

This will cause the root file system to fill up.

Yours,
Laurenz Albe

As simple as that. How come I never think of it. Thanks Laurenz.

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode test 33Switch to Hybrid Mode Switch to Threaded Mode

2 5th November 05:09 dominik l.. borkowski External User Posts: 1	hda1 used 100% du -hs /* and work your way down. it may be your incoming mailboxes, in /var/spool/mail ask yourself, would windows be happy if it would run out of disk space?

3 5th November 05:10 jeffrey froman External User Posts: 1	hda1 used 100% Two likely suspects are /var/spool/mail and /var/log. Nothing is safe to delete if you're not sure what it is :-) Good luck, Jeffrey

4 5th November 05:10 cl External User Posts: 1	hda1 used 100% Thank Dominik for the fast reply. The person who setup the server solved the problem. He told me it is cause by unproper mounting. However, he didn't tell me how unproper mounting can eat up the space & how to claim back the space next time? Anyone mind telling me? I thought Linux is so good that it can find the diskspace somewhere else or even created from air.

5 5th November 05:10 dominik l.. borkowski External User Posts: 1	hda1 used 100% sure. go ask the person who told you this very vague explanation.

6 5th November 05:11 cl External User Posts: 1	hda1 used 100% Too vague? Okey you see, I setup a cron job to copy some files to a XP system at night. Sometime it just fail to mount. Without doing anything, when I try to mount again in the morning, no problem at all. I think this is what he mean by unproper mounting. Will this make it a little more not so vague? I tried to ask him but he is not so friendly or patient to explain to me..

7 5th November 05:11 cl External User Posts: 1	hda1 used 100% Thank you. Problem solved.

8 5th November 05:13 muxaul External User Posts: 1	hda1 used 100% Do as root: # cd / # du -hsx * M.

10 5th November 05:18 cl External User Posts: 1	hda1 used 100% As simple as that. How come I never think of it. Thanks Laurenz.