root directory

SOLVED

Hey everyone:
Well, my weekly seeking help from you guys. The root directory on my system is getting filled. I can't find what's is causing the problem or the files that needs to be clean. The directory that suspected is /etc. The '/' contains the following:
dev
bin
sbin
Mail
dead.letter
etc
.elm
.kshrc
. etc...
I was wondering if anyone has any suggestions on which files to clean. The '\' has 260mb of which close 250mb is used. Driving me nuts! Thanks.

Henry

13 REPLIES 13

Hi Henry,

# cd /
# find . -type file -size +1000 -exec ls -l {} \;

will locate your big file in /

Hope it helps,

Robert-jan.

Hi Henry,

# cd /
# find . -type file -size +1000 -xdev -exec ls -l {} \;

will locate your big file in /

Hope it helps,

Robert-jan.

hi,
Try to sue large files using find.
#find / -size 10000 -print

You can change the value 10000 to any value you want.
Another trick is to look at /dev/rmt. Sometimes big files are created when someone type a wrong tape address to do a backup.

best regards.

hi,
Try to sue large files using find.
#find / -size 10000 -print

You can change the value 10000 to any value you want.
Another trick is to look at /dev/rmt. Sometimes big files are created when someone type a wrong tape address to do a backup.

best regards.

hi,
Try to sue large files using find.
#find / -size 10000 -print

You can change the value 10000 to any value you want.
Another trick is to look at /dev/rmt. Sometimes big files are created when someone type a wrong tape address to do a backup.

best regards.

hi,
Try to sue large files using find.
#find / -size 10000 -print

You can change the value 10000 to any value you want.
Another trick is to look at /dev/rmt. Sometimes big files are created when someone type a wrong tape address to do a backup.

best regards.

hi,
Try to sue large files using find.
#find / -size 10000 -print

You can change the value 10000 to any value you want.
Another trick is to look at /dev/rmt. Sometimes big files are created when someone type a wrong tape address to do a backup.

best regards.

Hi Henry:

Look for a non-special file in '/dev'. A backup that mis-keyed '/dev/rmt/om' instead of '/dev/rmt/0m' is a common mistake and lead to a very inflated root directory.

Regards!

...JRF...

Run a "du -sk /*" to see where you need to concentrate your efforts. If it is in /etc, then drill down with "du -sk /etc/*" and keep drilling down into subdirectories until you find the offendor.

Pete

Pete

I would suggest looking for recent files. Do ing a

find / -xdev -mtime 0 -print

will list file sthat have changed in the last 24 hours.

find / -xdev -mtime 0 -exec ls -ld {} \;

will give you a ls -l style listing of each files. It's an easy way to find any non-device files in /dev, as well (look for files with size > 0).

Thanks everyone. Special thanks to Mr. Goossens for the find command. Turns out oracle had mounted a directory on root. Whew!

Hi Henry,

glad I could help, there is little alarm bell in my head at this moment "oracle had mounted a filesystem in root" same id as root or are you using sudo for mounting cdrom's.

Robert-Jan.

Yes it is. I am very concern with that. I just came on last month and still not familiar with the system. As soon as the files on root is cleared, the files will be linked back to oracle directories.