public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Grant Taylor <gtaylor@tnetconsulting.net>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: /var/tmp on tmpfs
Date: Thu, 8 Feb 2018 16:42:23 -0700	[thread overview]
Message-ID: <6b002bec-6fc8-8555-defe-878e08f88cd6@spamtrap.tnetconsulting.net> (raw)
In-Reply-To: <CA+t6X7e25QS87+ao8CGeXp_Ov77CuNWjQw5G8B8AMTMgtP8bWw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1584 bytes --]

On 02/08/2018 03:32 PM, gevisz wrote:
> In this case it would be nice to hear a reason.

I think the reason probably goes back a number of years.  When /tmp was 
made volatile (ram / swap backed) there was a need for non-volatile temp 
space.  Thus, /var/tmp was created as non-volatile specifically for the 
purpose to of surviving across reboots.  (At least that's my understanding.)

> That's why I have asked if it does not harm.

I don't think it will actually harm the Operating System.  Some daemons 
may get cross if files they know that they created no longer exist after 
a reboot.

Though things should gracefully handle the absence of such files and 
re-create them.

The biggest Ah Ha moment I ever saw someone have was when they spent 
more than an hour getting a Solaris patch cluster to the machine, 
extracted it to /tmp, rebooted into single user mode, and went where the 
$&#* is the patch cluster?  That's when someone more experienced asked 
them where they put it and got to educate them on the error of their ways.

I doubt that having /var/tmp be volatile will actually break things. 
But it will likely cause unexpected behavior.  IMHO the biggest unknown 
is if you will be caught by or adversely effected by said unknown.

Seeing as how we're talking Linux, Gentoo in specific, you are likely 
power users and configure your systems the way that /you/ want them to 
be.  So, by all means, do what you want.

I just want to give you some data so that you can make an informed decision.



-- 
Grant. . . .
unix || die


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3982 bytes --]

  parent reply	other threads:[~2018-02-08 23:42 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-08 17:11 [gentoo-user] /var/tmp on tmpfs gevisz
2018-02-08 17:47 ` [gentoo-user] " Nikos Chantziaras
2018-02-08 18:13   ` Rich Freeman
2018-02-08 19:05     ` Nikos Chantziaras
2018-02-08 19:42       ` Rich Freeman
2018-02-08 21:52     ` gevisz
2018-02-08 21:57       ` Rich Freeman
2018-02-08 22:16         ` gevisz
2018-02-09  1:50           ` Dale
2018-02-09 11:52             ` gevisz
2018-02-08 22:32         ` Nikos Chantziaras
2018-02-08 21:31   ` gevisz
2018-02-08 22:19     ` Nikos Chantziaras
2018-02-08 22:32       ` gevisz
2018-02-08 22:38         ` Rich Freeman
2018-02-08 22:50           ` Tsukasa Mcp_Reznor
2018-02-09 10:07             ` gevisz
2018-02-09 11:00             ` Neil Bothwick
2018-02-08 23:42         ` Grant Taylor [this message]
2018-02-10 18:56           ` Kai Krakow
2018-02-10 19:38             ` Wols Lists
2018-02-10 19:52               ` Kai Krakow
2018-02-10 20:06                 ` Rich Freeman
2018-02-10 21:13                   ` Kai Krakow
2018-02-10 21:20                   ` Wol's lists
2018-02-10 22:17                     ` Kai Krakow
2018-02-08 19:17 ` [gentoo-user] " Dale
2018-02-08 19:41   ` [gentoo-user] " Nikos Chantziaras
2018-02-09  1:31     ` Dale
2018-02-08 19:50   ` [gentoo-user] " Rich Freeman
2018-02-09  1:24     ` Dale
2018-02-09 10:55       ` gevisz
2018-02-10 19:01     ` [gentoo-user] " Kai Krakow
2018-02-08 21:57   ` [gentoo-user] " gevisz
2018-02-09  1:35     ` Dale
2018-02-08 20:56 ` Grant Taylor
2018-02-08 23:18   ` Wol's lists
2018-02-08 23:28     ` Grant Taylor
2018-02-09  0:02     ` Rich Freeman
2018-02-09  1:15       ` Wol's lists
2018-02-09  2:15         ` [gentoo-user] " Ian Zimmerman
2018-02-09 11:57           ` gevisz
2018-02-10 19:11       ` Kai Krakow
2018-02-09  8:11     ` [gentoo-user] " Neil Bothwick
2018-02-09 10:12       ` Peter Humphrey
2018-02-09 10:58         ` Neil Bothwick
2018-02-10 19:06           ` [gentoo-user] " Kai Krakow
2018-02-09 10:30       ` [gentoo-user] " gevisz
2018-02-09 10:57         ` Neil Bothwick
2018-02-09 10:58         ` Gerrit Kühn
2018-02-09 22:03         ` Grant Taylor
2018-02-10 19:08         ` [gentoo-user] " Kai Krakow
2018-02-10 18:02 ` Kai Krakow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6b002bec-6fc8-8555-defe-878e08f88cd6@spamtrap.tnetconsulting.net \
    --to=gtaylor@tnetconsulting.net \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox