LinuxQuestions.org
LinuxAnswers - the LQ Linux tutorial section.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 05-26-2008, 08:09 AM   #1
trashbird1240
Member
 
Registered: Sep 2006
Location: Durham, NC
Distribution: Slackware, Ubuntu (yes, both)
Posts: 463

Rep: Reputation: 31
root partition full


My root partition (/dev/sda1) is full. Okay, I know this is frequently asked, but the time has finally come. I've been trying to solve this problem for a few months. I'm running Slackware 12.1 with jfs on / and /home, but this still happened on 12.0 when I was running reiserfs on both.

This is not necessarily cause for concern (everything still runs fine), except that

* Sometimes when I untar something, I get "no space left on device"
* I had a 6gb root partition, then when I installed Slackware 12.1 (fresh install), I made /dev/sda1 10gb, thinking that would prevent it from filling up
* I can't find the offending files; I've searched every Linux and Unix forum and mailing list on the web, and the usual suspects (/var/log, /tmp, /var/tmp) are not the culprits; each user has $TMP set to his or her own ~/tmp, as well as KDEVARTMP=~/tmp
* I was running sshd, thinking that /var/log/messages was filling up with ssh attacks; now that I've shut it off, deleting /var/log/messages does not solve the problem
* I run rsync backups nightly -- could it be stowing temporary files someplace?

So the real problems are:
* What causes it? i.e. how do I stop this from happening?
* How do I find the offending files, and delete them?

I've tried all the du, df, find and all that, and I don't find any single file that's over a gigabyte. Any other ideas?

Here's the output of df:

Code:
.-(~)---------------------------------------------------------------(joel@edna)-
`--> df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             9.3G  9.3G   45M 100% /
/dev/sda3              27G  8.8G   19G  33% /home
tmpfs                 501M   12K  501M   1% /dev/shm
shm                   501M   12K  501M   1% /dev/shm
/dev/sdb1              39G  5.0M   39G   1% /mnt/hd
/dev/sdb5              77G   59G   15G  81% /media/multimedia
/dev/sdb6              34G  8.7G   25G  27% /mnt/backup
/dev/joelusb          243M  156M   88M  65% /home/joel/usb
gvfs-fuse-daemon      9.3G  9.3G   45M 100% /home/joel/.gvfs
Like I said, this is mainly irritating because of the occasional errors when "manually" installing (or updating) software, and that I don't know why it's happening.

Another note, I had a similar installation at work, running similar backups, and this never happened. That was behind a VPN.

Thanks for any suggestions,
Joel
 
Old 05-26-2008, 08:20 AM   #2
acid_kewpie
Moderator
 
Registered: Jun 2001
Location: UK
Distribution: Gentoo, RHEL, Fedora, Centos
Posts: 43,393

Rep: Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963
*MY* usual way of doing this is to do "du -h --max-depth=1 /" and then see the main offenders in terms of top level directory, then replace / with /tmp, /var etc... as that command gave you, and then just keep localising it. i'd certainly assume it'd be something in /var unless you've just generally been install happy, with vast amounts of data in /usr
 
Old 05-26-2008, 10:25 AM   #3
onebuck
Moderator
 
Registered: Jan 2005
Location: Midwest USA, Central Illinois
Distribution: SlackwareŽ
Posts: 11,193
Blog Entries: 3

Rep: Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425Reputation: 1425
Hi,

You could trim your installation to allow more space on '/dev/sda1'. Or you could attach another drive with more space to your '/'. A good candidate would be to move your '/usr' to that available space then mount via your '/etc/fstab'. Just make sure that you have growth on the new '/usr/'. Looking at your '/dev/sdb1 39G 5.0M 39G 1% /mnt/hd' indicates good place to start.
 
Old 05-26-2008, 12:24 PM   #4
shadowsnipes
Senior Member
 
Registered: Sep 2005
Distribution: Slackware
Posts: 1,441

Rep: Reputation: 70
Run this as root. It will list all the files and folders > than 1GB in size.

Code:
du -h / 2> /dev/null | grep '[0-9].[0-9]G'
The regex is very simple, but should work since your / partition is less then 10GB.

For individual files I suggest using the find command. The man page has an example near the end.

You didn't do anything weird and set your block sizes huge did you?

Edit:
Make that
Code:
du -xh / 2> /dev/null | grep '[0-9].[0-9]G'
The -x makes sure that it only checks that filesystem.

Last edited by shadowsnipes; 05-26-2008 at 01:49 PM.
 
Old 05-26-2008, 03:13 PM   #5
trashbird1240
Member
 
Registered: Sep 2006
Location: Durham, NC
Distribution: Slackware, Ubuntu (yes, both)
Posts: 463

Original Poster
Rep: Reputation: 31
Thanks everybody, these are some really helpful replies.

@shadnowsnipes: here's the output of the command you suggested:
Code:
/home/joel: Super-User > du -xh / 2> /dev/null | grep '[0-9].[0-9]G'
1.3G    /usr/lib
1.8G    /usr/share
4.7G    /usr
5.7G    /
/home/joel: Super-User >
@acid-kewpie:
Code:
/home/joel: Super-User > du -h --max-depth=1 /
7.6M    /bin
20M     /boot
2.5M    /dev
77M     /etc
8.8G    /home
114M    /lib
59G     /media
8.5G    /mnt
391M    /opt
0       /proc
808K    /root
14M     /sbin
0       /srv
0       /sys
1.7M    /tmp
4.7G    /usr
386M    /var
81G     /
/media is an external disk mount point.

I guess that means I have been "install-happy." I did install Gnome and a few other things. I will delete some stuff and see how long it takes for this to happen again. I certainly don't need vim :P

I like having sshd running, but it's useless sine I'm moving in three days.

Quote:
Originally Posted by shadowsnipes View Post

You didn't do anything weird and set your block sizes huge did you?
Hmmm...my operations have been low on the weirdness side. All I've done is install software (I didn't think I could have installed 5GB, but it looks like I did). Can you clarify? What would I have done to set the block size of what to do what?

I was saving the /,/usr,/var,/tmp,/home setup for my next install, but maybe I should have done it this time.

Thanks so much --- this forum is great,
Joel

Last edited by trashbird1240; 05-26-2008 at 03:34 PM.
 
Old 05-26-2008, 03:42 PM   #6
acid_kewpie
Moderator
 
Registered: Jun 2001
Location: UK
Distribution: Gentoo, RHEL, Fedora, Centos
Posts: 43,393

Rep: Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963Reputation: 1963
well there's still a fair few gig i can't see accounted for there. what about / itself? any nasty stuff there, maybe core files?

btw, add an -x to my du command... so it would only count that single partiton.
 
Old 05-26-2008, 06:12 PM   #7
shadowsnipes
Senior Member
 
Registered: Sep 2005
Distribution: Slackware
Posts: 1,441

Rep: Reputation: 70
what is this?
Quote:
gvfs-fuse-daemon 9.3G 9.3G 45M 100% /home/joel/.gvfs
It's weird because your / partition according to df has 9.3GB, but du only shows 5.7GB. 3.6GB is a lot to be unaccounted for.

I'm guessing that your space got filled up because of GNOME. 9.3GB is plenty of room for a full slack install and quite a few packages. GNOME probably took up the rest. What GNOME did you install and how did you do it?

For completeness, you might want to add a --apparent-size to the du command to see if it differs (is bigger).
 
Old 05-27-2008, 06:47 AM   #8
GazL
Senior Member
 
Registered: May 2008
Posts: 3,392

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
One thing that might be worth checking is whether anything is hiding underneath your mount points in /mnt or /media.
If your backup script failed to mount the /mnt/backup for example but didn't catch the error and continued on regardless it would write data into the /mnt/backup directory in the root filesystem. Then when a later run sucessfully mounts that filesystem it hides the fact this has happened. I'd suggest unnmounting /mnt/hd /mnt/backup and /media/multimedia etc.. if possible and run the du's again to check whether this is what has happened.

edit: underneath /home might also be worth a look if you find nothing anywhere else.

Last edited by GazL; 05-27-2008 at 06:58 AM.
 
Old 05-27-2008, 09:42 AM   #9
gutnix
LQ Newbie
 
Registered: May 2008
Posts: 6

Rep: Reputation: 0
Did you already reboot your system? If not, there might be a process hanging around, that keeps a deleted file open. lsof | fgrep 'deleted' should give you a hint, if there's an open, but deleted file, that invisibly occupies 3G of your hd.
 
Old 05-27-2008, 09:02 PM   #10
trashbird1240
Member
 
Registered: Sep 2006
Location: Durham, NC
Distribution: Slackware, Ubuntu (yes, both)
Posts: 463

Original Poster
Rep: Reputation: 31
Quote:
Originally Posted by shadowsnipes View Post
what is this?
Gnome Virtual File System.

Quote:
What GNOME did you install and how did you do it?
gnomeslackbuild.org/

Code:
slapt-get --install gsb-desktop
Joel
 
Old 05-27-2008, 09:04 PM   #11
trashbird1240
Member
 
Registered: Sep 2006
Location: Durham, NC
Distribution: Slackware, Ubuntu (yes, both)
Posts: 463

Original Poster
Rep: Reputation: 31
And the winner is...

Quote:
Originally Posted by GazL View Post
One thing that might be worth checking is whether anything is hiding underneath your mount points in /mnt or /media.
This appears to be what happened. I umounted my backup partition, then went to /mnt/backup, and there was a backup of my entire /home partition.

Code:
/mnt: Super-User > rm -rf backup
/mnt: Super-User > df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             9.3G  5.2G  4.1G  56% /
/dev/sda3              27G  9.0G   19G  34% /home
tmpfs                 501M   12K  501M   1% /dev/shm
shm                   501M   12K  501M   1% /dev/shm
Bingo!

Thanks so much!

I'll post the backup script at http://www.unc.edu/~adamsonj/software.html once I fix it.

Slackware is the best. This happened with PCLinuxOS and I just reinstalled...
Joel
 
  


Reply

Tags
partition, root, rsync


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
root partition full laan97ac Mandriva 6 07-23-2007 01:09 PM
root partition full, not sure how; where are my files? lefty.crupps MEPIS 10 01-31-2006 05:21 PM
Root partition full juleslinux Red Hat 4 01-12-2006 10:00 AM
root ('/') partition is FULL inon^ Linux - Hardware 2 08-08-2005 01:19 PM
Root partition is full, what now? Joe Soap Linux - Newbie 30 03-31-2005 11:38 AM


All times are GMT -5. The time now is 02:48 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration