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 --]
next prev 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