SUSE / openSUSEThis Forum is for the discussion of Suse Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Look in /var/log for excessively large log files. Perhaps a find command mixed with du might give you an idea of which your worst offenders are. Something like:
Code:
find / -exec du {} \; | sort -nr | head -n20
will give you your top 20 largest directories. Change the / in the find command to a specific directory, such as /var, for example.
If you are not in the habit of clearing out cache folders and old logs, it's time to do some housecleaning.
Boot into runlevel 3.
In your home folder, run 'ls -a | less'. Look for the hidden folders (.kde, .thumbnails, etc). Look into all of the hidden folders for cache folders, and empty them. .thumbnails doesn't have folders; all the files are cached files. Delete them.
Then cd to /var/log. If you have logrotate working, you will have old rotated logs you can delete. Look for .gz, .old, and similar logs you can delete.
For the rest of the logs, run 'ls -l' and take note of the file sizes. Large logs can be cleared with '/dev/null > filename' which empties the named file.
After you have created a bit of room for kde to load the necessary files in /tmp, you should be able to 'init 5' and get back into GUI mode.
The usual offender for filespace usage is /var, which contains "variable" (i.e. data) files, used for databases, caches and so on.
Since you didn't say what software the box runs, I don't know if we're talking about a database server or web+email workstation, so that makes it hard to guess exactly what might be taking up space on your disk.
You can find out how much disk space a directory takes up, including subdirectories, by running
Code:
du -sh /var
(replace /var with the directory you want to look at).
/var/log contains log files that grow over time; you can use logrotate to truncate and delete them periodically if that's your problem.
Hope that's of some help,
—Robert J Lee
Edit: You may want to run
Code:
du /var/log/ | sort -nr | less
This will take a while but it will list the largest directories/subdirectories so you can see where your space is going. Press q to exit less.
Thanks for the suggestions, but I ended up with a more radical solution. I've started afresh with a clean Suse 10.3 install, and given it much more space this time.
Because all my data is on a separate partition, it wasn't too painful to restart with a clean install.
Bit of a shame to pass up on such an opportunity, innit? First of all that was totally unnecessary (different ways to fix it where given) and secondly you managed to *not* learn more about *why* this happened and *how* to manage it properly...
Actually, his solution was probably inevitable in the long run.
One quirk of the openSuSE installation, is that it defaults to a smaller root partition and a large (actually...Huge in comparison) /home partition. It also defaults to the root and /usr on the same partition... which is where a lot of SuSE users get hungup since most packages installed will fill that partition rapidly.
People new to linux, or simply inattentive users, don't realize that if they are installing linux on a machine used as a desktop workstation (as opposed to building a network server) then they should either A) have a large root partion if /usr is sharing the partition and a somewhat smaller /home partition, or B) have a small root partion, a moderately sized /usr partition, and a /home partion. Of course it's usually nice to keep /var on a separate partition as well other directories, but on a home desktop environment, that usually gets to be pretty moot.
openSuSE's installation really should give you different proposals based on what you'll be using the machine for.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.