From: Rob Landley <rob@landley.net>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] When /tmp is not tmpfs.
Date: Fri, 25 Nov 2005 04:52:04 -0600 [thread overview]
Message-ID: <200511250452.05006.rob@landley.net> (raw)
In-Reply-To: <200511250348.28123.rob@landley.net>
FYI:
The mounts on a Fedora Core 4 system:
/dev/hda2 on / type ext3 (rw)
/dev/proc on /proc type proc (rw)
/dev/sys on /sys type sysfs (rw)
/dev/devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)
/dev/shm on /dev/shm type tmpfs (rw)
/dev/hdb1 on /home type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
none on /var/named/chroot/proc type proc (rw)
automount(pid1716) on /misc type autofs
(rw,fd=4,pgrp=1716,minproto=2,maxproto=4)
automount(pid1759) on /net type autofs
(rw,fd=4,pgrp=1759,minproto=2,maxproto=4)
nfsd on /proc/fs/nfsd type nfsd (rw)
/tmp is nothing special (it inherits / which is ext3), but /dev/shm is a tmpfs
mount which is world writeable and has the sticky bit set.
The mounts on the x86-64 PLD system I've been borrowing (and on which I do not
have root access):
/dev/sda3 on / type jfs (rw)
none on /proc type proc (rw,gid=17)
sysfs on /sys type sysfs (rw)
selinuxfs on /selinux type selinuxfs (rw)
/dev/sda1 on /boot type ext2 (rw)
/dev/sda5 on /usr type jfs (rw)
/dev/sda6 on /var type jfs (rw)
/dev/sda7 on /tmp type jfs (rw)
/dev/sda8 on /home type jfs (rw)
/dev/sda9 on /srv type jfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
/root/pldcd-0.95.iso on /root/pld type iso9660 (rw,loop=/dev/loop0)
/tmp is an explicit scsi mount. /dev/shm inherits / (which is jfs), but
that's moot because the directory is not world writeable.
The shell servers from sourceforge:
/dev/md0 on / type ext3 (rw,errors=remount-ro)
none on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/md1 on /tmp type ext3 (rw)
/dev/md2 on /var type ext3 (rw)
/dev/md3 on /usr type ext3 (rw)
/dev/md4 on /var/local type ext3 (rw)
none on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
pr-fs-users-a:/home/users/a on /home/users/a type nfs
(rw,nosuid,nodev,nfsvers=3,udp,rsize=16384,wsize=16384,hard,intr,addr=10.5.1.153)
... and so on [about 8 gazillion more /home/users/blah mounts trimmed].
Again, /tmp is not tmpfs (it's ext3 on a raid), but /dev/shm is a tmpfs mount
which is world writeable and has the sticky bit set.
And I reiterate that on my ubuntu laptop /tmp is not tmpfs (it inherits my
ext3 /) but /dev/shm is a world writeable tmpfs mount that has the sticky bit
set.
My conclusion from this is that /dev/shm is probably a better default
than /tmp for User Mode Linux's physical memory file, perhaps with a fallback
to /tmp if it can't write there. But I'd appreciate hearing from other
people with different systems.
The assumption that tmpfs is already mounted on /tmp does not seem to be true
on any preexisting system I can currently find out in the field. Where have
you seen this?
Rob
--
Steve Ballmer: Innovation! Inigo Montoya: You keep using that word.
I do not think it means what you think it means.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2005-11-25 10:52 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-24 12:11 [uml-devel] When /tmp is not tmpfs Rob Landley
2005-11-24 20:40 ` Blaisorblade
2005-11-25 8:26 ` Rob Landley
2005-11-25 9:55 ` Jeff Dike
2005-11-25 9:48 ` Rob Landley
2005-11-25 10:52 ` Rob Landley [this message]
2005-11-25 11:26 ` Rob Landley
2005-11-25 14:56 ` Nix
2005-11-25 15:03 ` Chris Lightfoot
2005-11-25 15:36 ` Nix
2005-11-25 16:03 ` Rob Landley
2005-11-25 19:33 ` Nix
2005-11-25 20:18 ` Rob Landley
2005-11-25 21:04 ` Nix
2005-11-25 22:31 ` Rob Landley
2005-11-27 16:48 ` Blaisorblade
2005-11-27 18:17 ` Nix
2005-11-27 19:24 ` Rob Landley
2005-11-25 23:33 ` Blaisorblade
2005-11-26 2:12 ` Nix
2005-11-26 11:47 ` Rob Landley
2005-11-27 17:37 ` Blaisorblade
2005-11-27 18:35 ` Nix
2005-11-27 19:10 ` Blaisorblade
2005-11-27 19:43 ` Nix
2005-11-27 21:21 ` Rob Landley
2005-11-27 18:59 ` Rob Landley
2005-11-27 19:20 ` Blaisorblade
2005-11-27 21:41 ` Rob Landley
2005-11-29 16:52 ` Blaisorblade
2005-11-27 18:31 ` Nix
2005-11-28 1:07 ` Rob Landley
2005-11-29 16:08 ` Blaisorblade
2005-11-29 19:38 ` Rob Landley
2005-11-26 10:44 ` Rob Landley
2005-11-27 16:38 ` Blaisorblade
2005-11-27 18:49 ` Nix
2005-11-27 21:25 ` Rob Landley
2005-11-27 17:10 ` Blaisorblade
2005-11-25 23:46 ` Chris Lightfoot
2005-11-26 10:03 ` Rob Landley
2005-11-26 10:15 ` Chris Lightfoot
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=200511250452.05006.rob@landley.net \
--to=rob@landley.net \
--cc=jdike@addtoit.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.