DebianThis forum is for the discussion of Debian Linux.
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I've only been running Linux for a year. Have been using Debian Squeeze since it was released. AMD64, ext4 for all partitions. During installation, I selected separate /home, /usr, /var, and /tmp partitions. If I recall correctly, the recommended size for /tmp struck me as too low, and I increased it. Gparted shows it as 380 meg. Every several weeks or days I get a message that
"Volume /tmp has only ??? Mb free"
and the computer is sluggish at those times.
1) I have little experience with Gparted to resize partitions, although I used to use Partition Magic. Is it safe to take several unused gig from /home to put into /tmp? I would, of course, only do that immediately after backing up.
2) Is there a better way to manage what stays in /tmp?
A bit of searching turned up methods to automatically search /temp for files old enough that they should not be needed any more (say, <3 days old). While it is possible to automatically delete those files, Linux in a Nutshell says that this can introduce security risks and advises manual deletion.
How can I learn more about what goes into /tmp, and what has to stay?
Distribution: Debian Testing, Stable, Sid and Manjaro, Mageia 3, LMDE
OK. Not sure why anyone would do that but it is your box.
Have you thought of just opening the /tmp file to see what is in it when this happens? I know you can get the details through your terminal but I like to look at things and see all the stuff as a whole.
What goes in there depends on what you are doing. Not sure what you would have to do to get it that large. Mine is currently at 32Kb. I have only been up for about a day though.
I have several installs for different reasons and rarely have this OS up for more than 3 days.
The gedit stuff is a 0bytes socket. The rest are directories 3 of which are empty.
The best way to manage your /tmp file is leave it in /.
As for making it bigger, you can most certainly do that. I have no idea what the possible size of it can be. You may find something about that with a search. I would do it in increments, probably to .5, .75 and then 1Gb. Surely 1Gb should do it unless you have a habit of doing a lot of intensive things at once for a long time.
I'd have thought 380 Mb would be large enough for /tmp in most cases.
I'm guessing this is a single user machine and there for it is *your* files that take up the space. You could consider setting the TMPDIR environment variable to somewhere with more space: Eg in your .bashrc add something like
many programs will respect that variable.
Another option would be to install tmpreaper (from package of same name) and configure /etc/tmpreaper.conf to your liking.
In terms of finding out what is using all the space: just look. du is your friend.
Normally? Personally I'd hate to see my system bought to it's knees because of some program filling the / partition by writing a huge file to /tmp.
Imagemagick stores images it is working on in /tmp
if you have a 500 meg image then Imagemagick WILL CRASH if you only have 320 meg of space in tmp
Pretty poor coding if that will cause it to crash. File a bug?
If users want temporary files that large they can set their TEMPDIR environment variable or configure the program creating the files to write them elsewhere. If the program doesn't provide ways to allow writing temporary files to another location it has a serious bug.
the /tmp folder is used by a LOT of programs
it needs to be big
that is why it normally in a folder on the / partition and not it's own partition
Ok, so there seems to be about 98MB unaccounted for. Did you manually delete anything in /tmp?
Also, when you ran du on /tmp did you do so as root?
Both ways, nearly identical results.
The way I read it, 98 MB is used.
I manually deleted a few KB of files from /tmp a few weeks ago.
At this point, I'm wondering what Nautilus is actually displaying. I have thought that "/" (the root directory) covers the entire collection of hard drives on this machine, and that / is identical to "File System". However, given that GParted shows a separate /tmp partition, with a different size than Nautilus reports, I'm far from sure. So I'll probably shut the system down, and boot from a live distributions such as Mepis or System Rescue CD to see what it reports on my HD for /tmp. It is sounding to me as if there is a /tmp partition, and a /tmp directory in another partition. I could easily be mistaken.