Stop Ubuntu / Debian Linux From Deleting /tmp Files on Boot

Q. I know /tmp as it named is a temporary dircory, Debian policy is to clean /tmp at boot. However, I’d like to configure my Ubuntu Server to stop deleting files from /tmp on boot due to custom configuration issue. How do I configure behavior of boot scripts to stop deleting files on boot?

A. Users should not store files in /tmp, use /home or other partition, if you would like to keep the files. The behavior of boot scripts is controlled via a special configuration file called /etc/default/rcS. Open this file and modify TMPTIME variable.


On boot the files in /tmp will be deleted if their modification time is more than TMPTIME days ago. A value of 0 means that files are removed regardless of age. If you don’t want the system to clean /tmp then set TMPTIME to a negative value(-1) or to the word infinite.

Configuration /etc/default/rcS

Open /etc/default/rcS file, enter:
$ sudo vi /etc/default/rcS
Set TMPTIME to 60 so that files in /tmp will deleted if their modification time is more than 60 days ago.
Close and save the file. This configuration is used by /etc/init.d/bootclean script on boot to clean /tmp and other directories under all Debian based Linux distros.

A note about RHEL / CentOS / Fedora / Redhat Linux

Redhat and friends use /etc/cron.daily/tmpwatch cron job to clean files which haven’t been accessed for a period of time from /tmp. The default is 720 hours. If the file has not been accessed for 720 hours, the file is removed from /tmp. You can modify this script as per your requirements:
# cp /etc/cron.daily/tmpwatch /etc/cron.daily/tmpwatch.bak
# vi /etc/cron.daily/tmpwatch

πŸ₯Ί Was this helpful? Please add a comment to show your appreciation or feedback.

nixCrat Tux Pixel Penguin
Hi! 🀠
I'm Vivek Gite, and I write about Linux, macOS, Unix, IT, programming, infosec, and open source. Subscribe to my RSS feed or email newsletter for updates.

16 comments… add one
  • Ethan Lamoureux Feb 19, 2012 @ 12:33

    I just looked up this info because of a situation I am in. I generate a lot of data on my computer, and if I forget to make backups and delete stuff regularly, my home partition can fill rapidly. Also my root partition is nearly full because of Ubuntu’s insanely small default root partition size. The only partition I have left for moving things around in order to make backups is my /tmp partition, and so I currently have important data stored there.

    It so happens that my DVD burner has decided to lock up on me, and the only way I can get it back is to reboot… but, you guessed it, if I reboot, MY IMPORTANT DATA will be LOST FOREVER because some IDIOT(S) decided to delete files there without asking me, the user, what I want. And then to top it off, we’re told that “there are better places to keep user data.” Right, like in one of my other partitions which are filled up?

    Please, if you write software, REMEMBER THE USER! And if you write advice for users, remember that not every user’s situation is ideal!

  • Sebastian Mar 6, 2012 @ 20:49

    /tmp is not supposed to be used as a storage. The user workspace is its /home/xyz directory, why does they expect data stored elsewhere to still be there at any other time?

    RL analogy: Put your TV set on the sidewalk (ie, outside your “home”) and see if it’s still there tomorrow. It might be, but you can’t be sure.

    • Ethan Lamoureux Mar 7, 2012 @ 6:05

      Bad analogy. The public sidewalk is public, with no security. My /tmp directory though is private, only those with access to my computer can do anything with it. Also, each user’s data is protected from being tampered with by other users, so there is a measure of security. Finally, I have no control over the public sidewalk, but I own my computer and its /tmp directory and should not have to tolerate undesired behavior.

      Did you not read my message illustrating why “Use your home directory!” is not always possible? Is not temporary persistent storage a legitimate use for a /tmp directory?

  • Nicola Manini Nov 12, 2012 @ 20:08

    The article is fine and provides a solution to Ethan’s problem.
    1) it is desirable to have a /tmp folder where to throw temporary files and not having to worry to clean them up later, so the default unix behavior is fine. I usually set TMPTIME=7: one week seems long enough for my own taste.
    2) the ramdisk /tmp is a crazy idea. Luckily present-day debian has given it up and by default /tmp is in the physical disk.
    3) Ethan’s example shows how bad an idea it is to multilply partitions: /tmp should be part of the / partition. It may occasionally make sense to have a separate /home partition, although it is often unnecessary. Personally I do create /home as a separate partition in desktop pcs with plenty of disk space, but would never have one in a laptop, where disk space may run out.

  • ask_for_more Dec 5, 2012 @ 10:54

    let’s say you want to cleanup your fish tank, so you have to put your fish somewhere temporarily. If you don’t find any better place than toilet sink, well let it be, but be so kind and place them back into the tank as after single flush your fish be gone :)

    same for /tmp directory – files are not supposed to be stored there.

Leave a Reply

Your email address will not be published. Required fields are marked *

Use HTML <pre>...</pre> for code samples. Your comment will appear only after approval by the site admin.