Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
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.
Hi,
I am using mandriva 2007. I was just playing around with converting some video file and it seems that a lot of stuff was put into /tmp. Now when i try to login to KDE i get an error that /tmp is out of disk space and i cannot login. I have currently logged in using ICEWM but want to know how to get rid of stuff in /tmp. I read some place that i should not simply delete the stuff in /tmp since it may cause my system to crash..
*******************
Update...
well i went ahead and deleted everything up from /tmp. Everything is back to normal now.
Any ideas how i can set the system to clean /tmp everytime before shutdown or restart
I have always just deleted all of the files in /tmp every few months and never had a problem. But I suppose some distributions/programs might actually have a problem with that.
The safest thing would be to just figure out what files were created in /tmp when you were editing the videos, and delete just those. It should be easy enough to tell based on the time the files were created and their size (logically they are going to be pretty large).
It finds the files that were accessed 3 or more days ago and removes them. You can also have cron do it for you automatically. In general it _should_ also be safe to clear the /tmp on boot.
If the computer has a lot of RAM (1 GB or more), /tmp can be bind to /dev/shm. The directory /tmp will never get full because it gets erased every time the computer reboots and unmounts /tmp. Linux will improve in performance if you do bind /tmp to /dev/shm. The permission that needs to be used is 1777 while binding the /tmp directory.
Some distributions may have the tmpwatch script in their database, so do a search.
f the computer has a lot of RAM (1 GB or more), /tmp can be bind to /dev/shm. The directory /tmp will never get full because it gets erased every time the computer reboots and unmounts /tmp. Linux will improve in performance if you do bind /tmp to /dev/shm. The permission that needs to be used is 1777 while binding the /tmp directory.
In /etc/fstab, use the following lines.
shm /dev/shm tmpfs mode=1777,nr_inodes=1M,size=X 0 0
/tmp /dev/shm none bind 0 0
The maximum size I suggest for the size of X is 75% of your total RAM. This will still give you enough space when your /tmp fulls up during use. Also movies that mplayerplug-in downloads will be a lot faster when playing back the videos even when SDRAM memory used. Since the permission for /tmp can be use by anybody, you will have to secure your setup to the users that you trust. You may want to use AIDE or tripwire to keep an eye on /tmp.
I only recommend this setup if you are using ECC memory. There is a higher possibility of data corruption when not using ECC memory.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.