Mailinglist Archive: opensuse-factory (1578 mails)
| < Previous | Next > |
Re: [opensuse-factory] Re: [12.1] massive data loss in /var/tmp/
- From: Ken Schneider - openSUSE <suse-list3@xxxxxxxxxxxxx>
- Date: Mon, 21 Nov 2011 08:23:50 -0500
- Message-id: <4ECA50E6.7010800@bout-tyme.net>
On 11/21/2011 07:37 AM, Carlos E. R. pecked at the keyboard and wrote:
Sorry for the noise, I guess I just don't understand the logic here.
--
Ken Schneider
SuSe since Version 5.2, June 1998
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID: <alpine.LNX.2.00.1111211336400.6471@Telcontar.valinor>
On Sunday, 2011-11-20 at 23:19 -0500, Ken Schneider - openSUSE wrote:
On 11/20/2011 07:17 PM, Cristian Rodríguez pecked at the keyboard and
wrote:
On 20/11/11 20:53, Carlos E. R. wrote:
Having those 370M (I hope shared between all of them) it is an
issue for me, because this test system is a virtual machine on
VMplayer, with only "756944k" of RAM.
No, it is not. it is the default tmpfs size, (half of your ram not
counting swap) that space IS NOT reserved, it is a "hint" to the
maximum size that can be allocated.
But I don't see why it is needed. Are there that many mounts per
minute so that we need to run the /media on ram?
it is to ease software maintenance, and uses no ram since it is empty.
As in easier to use then "zypper up package1"? What is so fubar'd that
some other form of package management is now needed?
We are not talking package management in this thread.
Sorry for the noise, I guess I just don't understand the logic here.
--
Ken Schneider
SuSe since Version 5.2, June 1998
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx
| < Previous | Next > |