Housekeeping /tmp

balanga · Dec 7, 2016

I've just been checking through my /tmpdirectory and see over 50 files called tpl-*dating from 14th May.

Can I safely delete these files?

Are there any guides on how to do any housekeeping on /tmp

asteriskRoss · Dec 7, 2016

You could add the following to rc.conf(5) to have /tmp emptied on startup:

Code:

clear_tmp_enable="YES"

I would wager that the files you see can safely be deleted but you can check whether they are currently in use using fstat(1): fstat /tmp/tpl-*

If you're worried they might not be in use now but are needed by an application then try moving them somewhere else, use your machine for a while and see whether any of your applications complain. If so, move the files back, if not then delete them for good.

wblock@ · Dec 8, 2016

Use tmpfs(5). Not only is it faster and more efficient than a drive-based directory, it self-clears when the machine is reset or powered off.

Oko · Dec 8, 2016

wblock@ said:
Use tmpfs(5). Not only is it faster and more efficient than a drive-based directory, it self-clears when the machine is reset or powered off.

So what is the caveat? Why is the driver not compiled into the generic kernel if it is so good? It must be a very good reason

gkontos · Dec 8, 2016

Oko said:
So what is the caveat? Why is driver not compiled into the generic kernel if it is so good? It must be a very good reason

There is no need to compile a custom KERNEL.

Code:

/dev/gpt/system on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
tmpfs on /tmp (tmpfs, local)

Beastie · Dec 8, 2016

Oko said:
So what is the caveat? Why is the driver not compiled into the generic kernel if it is so good? It must be a very good reason

Like many things, it's just not enabled by default. I've had it enabled since version 7 point something, quite some time before it stopped being considered an experimental feature (that was back in 9.1R). And I've never had any trouble with it since.

kpa · Dec 8, 2016

Stop the stupidity please. The tmpfs(5) kernel module is autoloaded if needed when you mount a tmpfs filesystem:

Code:

freebsd ~ % kldstat
Id Refs Address            Size     Name
 1    7 0xffffffff80200000 1fa7c38  kernel
 2    1 0xffffffff82211000 2acd5    vboxguest.ko
 3    1 0xffffffff8223c000 665d     nullfs.ko
 4    1 0xffffffff82243000 587b     fdescfs.ko
freebsd ~ % sudo mount -t tmpfs tmpfs /mnt
freebsd ~ % kldstat
Id Refs Address            Size     Name
 1    9 0xffffffff80200000 1fa7c38  kernel
 2    1 0xffffffff82211000 2acd5    vboxguest.ko
 3    1 0xffffffff8223c000 665d     nullfs.ko
 4    1 0xffffffff82243000 587b     fdescfs.ko
 5    1 0xffffffff82249000 adec     tmpfs.ko
freebsd ~ % mount
/dev/gpt/fb10root on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/gpt/fb10data on /data (ufs, local, soft-updates)
tmpfs on /mnt (tmpfs, local)
freebsd ~ %

This autoloading of filesystem modules has been in FreeBSD very long time, at least as long I've been a user.

tingo · Dec 9, 2016

wblock@ said:
Use tmpfs(5). Not only is it faster and more efficient than a drive-based directory, it self-clears when the machine is reset or powered off.

And some of us store persistent data in /tmp and don't want it to clear out when the machine is rebooted.

SirDice · Dec 9, 2016

tingo said:
And some of us store persistent data in /tmp and don't want it to clear out when the machine is rebooted.

Use /var/tmp/ for that. See hier(7).

Code:

     /tmp/      temporary files that are not guaranteed to persist across sys-
                tem reboots

Code:

     /var/      multi-purpose log, temporary, transient, and spool files
{...}
                tmp/       temporary files that are kept between system
                           reboots

wblock@ · Dec 9, 2016

tingo said:
And some of us store persistent data in /tmp and don't want it to clear out when the machine is rebooted.

I used to do that, too, but it's easy to lose things. It's like storing important documents in a trash can: sure, it works, but it only has to go wrong once...

gkontos · Dec 9, 2016

tingo said:
And some of us store persistent data in /tmp and don't want it to clear out when the machine is rebooted.

This is very wrong practice. /tmp is for temporary files only, mainly from applications. If your /tmp gets full then you will run into trouble.

Beastie · Dec 9, 2016

tingo said:
And some of us store persistent data in /tmp and don't want it to clear out when the machine is rebooted.

You want to store temporary personal files? Simple: put them in ~/tmp.

tingo · Dec 10, 2016

Beastie said:
You want to store temporary personal files? Simple: put them in ~/tmp.

No, I didn't say that the files were personal.

USerID · Friday at 8:58 AM

Briefly and clearly described here:
https://lists.freebsd.org/pipermail/freebsd-questions/2010-October/222573.html
It works.

freezmi · Friday at 9:36 AM

I have read an interesting article on the subject of /tmp a while ago.

since then I started using

Code:

export TMPDIR="${HOME}/tmp/"

for all users, both on FreeBSD and on Linux. that directory in the user's home is a mounted tmpfs with the uid of the user.

I have not had any problems yet, but YMMV.
I also had to keep a system /tmp for the software that have that path hardcoded, but as far as I've seen most programs use the TMPDIR variable defined in the environment.

Housekeeping /tmp

Administrator