Are you sure /tmp is cleared on reboot?
I thought that was just a Sun/SPARC thing.
Our home x86 Debian system keeps /tmp between reboots until it is cleared
selectively by a cron.

- Jill.
-- 
Jill Rowling, System Administrator
Eng. Systems Dept, Aristocrat Technologies Australia
Level 2, 55 Mentmore Ave Rosebery NSW 2018
Phone: (02) 9697-4484, Fax: (02) 9667-3160
-- 



-----Original Message-----
From: Peter Chubb [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 15 June 2005 1:06 PM
To: Voytek
Cc: slug@slug.org.au
Subject: Re: [SLUG] subdirs in /tmp ?


<snip>
/tmp is cleared on every reboot, and often there's a cron job that goes
around removing files that haven't been accessed in some period. If you're
running Debian, this is handled by the tmpreaper package, IIRC. Or tmpwatch
on RedHat-derived systems.

If you want persistent temporary files, use /var/tmp, that's what it's for.
-- 


----------------------------------------------------------------------
IMPORTANT NOTICES
This email (including any documents referred to in, or attached, to this
email) may contain information that is personal, confidential or the subject
of copyright or other proprietary rights in favour of Aristocrat, its
affiliates or third parties. This email is intended only for the named
addressee. Any privacy, confidence, copyright or other proprietary rights in
favour of Aristocrat, its affiliates or third parties, is not lost because
this email was sent to you by mistake.

If you received this email by mistake you should: (i) not copy, disclose,
distribute or otherwise use it, or its contents, without the consent of
Aristocrat or the owner of the relevant rights; (ii) let us know of the
mistake by reply email or by telephone (+61 2 9413 6300); and (iii) delete
it from your system and destroy all copies.

Any personal information contained in this email must be handled in
accordance with applicable privacy laws.

Electronic and internet communications can be interfered with or affected by
viruses and other defects. As a result, such communications may not be
successfully received or, if received, may cause interference with the
integrity of receiving, processing or related systems (including hardware,
software and data or information on, or using, that hardware or software).
Aristocrat gives no assurances in relation to these matters.

If you have any doubts about the veracity or integrity of any electronic
communication we appear to have sent you, please call +61 2 9413 6300 for
clarification.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Reply via email to