LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > SUSE / openSUSE
User Name
Password
SUSE / openSUSE This Forum is for the discussion of Suse Linux.

Notices


Reply
  Search this Thread
Old 09-06-2007, 12:45 AM   #1
dYz
LQ Newbie
 
Registered: Jun 2005
Distribution: opensuse 10.2
Posts: 17

Rep: Reputation: 0
Big size for "/" partition


Hi all

I have this minor problem that my "/" partition is almost full. It is now about 7,4 gb for a opensuse 10.2. I am using Smart to update.

I am therefore thinking that there might be some tmp file (or something like that) that I can delete to free up some space.



best regards

dYz
 
Old 09-06-2007, 09:57 AM   #2
MensaWater
LQ Guru
 
Registered: May 2005
Location: Atlanta Georgia USA
Distribution: Redhat (RHEL), CentOS, Fedora, CoreOS, Debian, FreeBSD, HP-UX, Solaris, SCO
Posts: 7,831
Blog Entries: 15

Rep: Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669
Do df -h and see what if any other filesystems you have. If /tmp were a separate filesystem then its files are not part of the issue but if it is not then its files would be. Similarly would be /var due to /var/tmp.

That would be the first place to look. Delete anything more than a day old . You can delete things newer than that but should use fuser or lsof to verify they are not currently in use by some application.

Another good place to check would /var/log - you may not have log rotation turned on and if so things like maillog and messages would grow until the end of time. You'd have to stop syslogd (and any other deamon using the specific log e.g. sendmail for maillog) then delete the log and create an empty one by simply doing "touch <logname>" then restart the daemons you'd stopped.

Do "find / -name core" and check out any core file it shows you. Typically these are memory dumps of programs that crashed for one reason or another. Do "file /pathto/core" on any you find to determine what they are. (Some things like Oracle actually create directories named "core" and you do NOT want to delete those.)

Also do a "find / -name *.tar" to find any tar bundles you may have on the system. Typically you can gain some space simply by compressing these with gzip (gzip file.tar). A lot of .tar files might be ungzipped .tar.gz files and if you have both the .tar and the .tar.gz you should just delete the .tar. If you unbundled the contents of one of these .tar or .tar.gz into a directory to do an install of something and still have the .tar or .tar.gz you might consider deleting the directory you unbundled to (assuming you just used that to do the install to another location rather than using it as the installed location itself).
 
Old 09-06-2007, 11:49 PM   #3
rnturn
Senior Member
 
Registered: Jan 2003
Location: Illinois (SW Chicago 'burbs)
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,785

Rep: Reputation: 550Reputation: 550Reputation: 550Reputation: 550Reputation: 550Reputation: 550
Quote:
Originally Posted by dYz View Post
I have this minor problem that my "/" partition is almost full.
What other partitions/filesystem did you create when you went through the installation. If you have /tmp as part of "/", that's a candidate migrating to a separate filesystem though it really depends on how heavily /tmp is actually getting used. Also /var. If that's not been used as a mount point for a separate filesystem and /var is actually part of the root filesystem, you likely have a bunch of log files that are using the space. It's tough to tell without seeing your "df" output. If there are a lot of logs, some of the older ones may be deletable. At the very least you ought to consider compressing them with
Code:
gzip -9 somelogfile
or
Code:
bzip2 -9 somelogfile
Log files typically compress very well. (Of course, if they're no longer needed, removing them would free up the most disk space. )

If you have noticed that certain log files seem to be immense, check to see if an application has been set to log debugging information. Some applications -- databases and bind/named, for example -- can create a frightful amount of information when they've been configured to provide detailed debugging messages in the log.

You can determine which directories (or trees) are using the disk space by issuing:
Code:
cd /
du -sk *
You can ignore the output for any directories that are known to be mount points for other filesystems; they're not contributing to your root filesystem space problem.

Is it possible to post this information? (The "df" and the "du" output, that is.) It'd be easier to make a suggestion if we could see how your filesystems are laid out.

HTH

--
Rick
 
Old 09-10-2007, 09:23 AM   #4
dYz
LQ Newbie
 
Registered: Jun 2005
Distribution: opensuse 10.2
Posts: 17

Original Poster
Rep: Reputation: 0
thanks for helping. I'm sorry for the late reply but it has been some really busy days


my "df output":

Filsystem Størr Brugt Tilb Brug% Monteret på
(size) (used) (left) (used%) (mount)
/dev/hda6 7,4G 6,8G 227M 97% /
udev 249M 84K 248M 1% /dev
/dev/hda7 11G 9,5G 880M 92% /home
/dev/hda1 18G 18G 307M 99% /windows/C


my "du -sk *" output:

7356 bin
8304 boot
84 dev
29036 etc
9784280 home
74492 lib
16 lost+found
4 media
4 mnt
1344784 opt
du: kan ikke tilgå 'proc/4499/task/4499/fd/3': Ingen sådan fil eller filkatalog
du: kan ikke tilgå 'proc/4499/fd/4': Ingen sådan fil eller filkatalog
518817 proc
20636 root
12060 sbin
1340 srv
0 sys
40712 tmp
3832144 usr
1603312 var


again thanks for the help

all the best
dYz
 
Old 09-10-2007, 08:06 PM   #5
rnturn
Senior Member
 
Registered: Jan 2003
Location: Illinois (SW Chicago 'burbs)
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,785

Rep: Reputation: 550Reputation: 550Reputation: 550Reputation: 550Reputation: 550Reputation: 550
Quote:
my "df output":
Code:
Filsystem            Størr  Brugt  Tilb   Brug%   Monteret på
                     (size) (used) (left) (used%) (mount)
/dev/hda6             7,4G   6,8G   227M    97%     /
udev                  249M   84K    248M    1%     /dev
/dev/hda7              11G   9,5G   880M    92%    /home
/dev/hda1              18G   18G    307M    99%    /windows/C
Yep. Nearly everything's under a single "/" partition.

You wouldn't happen to have a extra IDE drive laying around, would ya?

Quote:
my "du -sk *" output:
Code:
7356    bin
8304    boot
84      dev
29036   etc
9784280 home
74492   lib
16      lost+found
4       media
4       mnt
1344784 opt
du: kan ikke tilgå 'proc/4499/task/4499/fd/3': Ingen sådan fil eller filkatalog
du: kan ikke tilgå 'proc/4499/fd/4': Ingen sådan fil eller filkatalog
518817  proc
20636   root
12060   sbin
1340    srv
0       sys
40712   tmp
3832144 usr
1603312 var
Well, none of the above looks out of the ordinary. You can, obviously, ignore the record for "home" as that's in a separate partition. "/var" would be the first place I'd look. If you cd into /var, you can repeat the "du" command and try to ferret out what directory tree is using the most space. Purging some of the bigger, rolled over log files (they usually have a .N suffix like ".0", ".1", etc.), particularly if they're older and you're sure you'll never need them, would be a likely place to begin cleaning up. Someone else already mentioned looking at logrotate to help you manage log files. Even if it's already] enabled, check into the settings for "logrotate" ( probably in "/etc/logrotate.conf"). You can configure it so that older log files are compressed automatically. That feature may not be turned on by default (at least on my system) but might be helpful for you.

Quote:
all the best
Back at ya.

Good luck...

--
Rick
 
  


Reply


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
Usage of "k size" option in "tar" ?? kcarun Solaris / OpenSolaris 4 08-20-2007 02:59 PM
How to set the size of icons for "Starterbar" in "Gdekslets" Blue Jacket Linux - Software 4 11-23-2005 02:42 AM
Need help changing size of "/" Partition wardialer Mandriva 1 04-22-2005 12:55 AM
The command "df -h" no show me the size of partition true! sandrobr Linux - Enterprise 7 01-03-2005 03:31 AM
i have a big troublev--" no such partition" iLRainyday Linux - General 6 10-10-2003 08:57 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > SUSE / openSUSE

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

Main Menu
Advertisement
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
Open Source Consulting | Domain Registration