Date: Sun, 10 Oct 2010 11:34:40 +0000 From: Eitan Adler <lists@eitanadler.com> To: Mike Clarke <jmc-freebsd2@milibyte.co.uk> Cc: Caleb Stein <caleb.stein@me.com>, freebsd-questions@freebsd.org, Arthur Chance <freebsd@qeng-ho.org> Subject: Re: Clean up / filesystem Message-ID: <AANLkTimfj2-MTjqDSzBPczPpsY5jtGyWUQmO59SZD-eR@mail.gmail.com> In-Reply-To: <201010100940.29438.jmc-freebsd2@milibyte.co.uk> References: <op.vkakpz1j0i70i3@win7x64.mshome.net> <op.vkbisimcesa1c5@win7x64.mshome.net> <4CB0A8A1.5040904@qeng-ho.org> <201010100940.29438.jmc-freebsd2@milibyte.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Oct 10, 2010 at 8:40 AM, Mike Clarke <jmc-freebsd2@milibyte.co.uk> wrote: > On Saturday 09 October 2010, Arthur Chance wrote: > >> Not if running an X desktop, as all sorts of things get stuck in /tmp >> that are needed. In single user mode it should be safe, and it >> probably is when simply running on the console. >> >> As a long term solution, if you wish to clear /tmp every reboot add >> clear_tmp_enable=3D"YES"=C2=A0=C2=A0# Clear /tmp at startup. >> to your /etc/rc.conf > You may also want to consider changing /tmp to be a TMPFS file system add the line tmpfs /tmp tmpfs rw,mode=3D01777 0 0 to /etc/fstab (and remove any other /tmp lines). A warning will come saying that it is highly experimental - but I've been running with it for a while now without any issues. --=20 Eitan Adler
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTimfj2-MTjqDSzBPczPpsY5jtGyWUQmO59SZD-eR>