All of lore.kernel.org
 help / color / mirror / Atom feed
From: Baruch Siach <baruch@tkos.co.il>
To: buildroot@busybox.net
Subject: [Buildroot] Strange behavior in mount with tmpfs
Date: Mon, 2 May 2011 05:34:45 +0300	[thread overview]
Message-ID: <20110502023445.GB31443@tarshish> (raw)
In-Reply-To: <BANLkTi=YPFQWBKV9L1EZR-PwxfubcNARPg@mail.gmail.com>

Hi Carlos,

On Sun, May 01, 2011 at 09:12:03PM -0500, Carlos Alberto Diaz Gonzalez O. wrote:
> Hi Everybody,
> I?m testing buildroot for a personal project and is a really good tool
> thanks to all people that is doing it possible.
> At this moment I?m testing in a virtual machine a filesystem built
> with buildroot , but I?m observing an odd behavior when I try to mount
> some tmpfs all of these are being mounted in the /tmp, although my
> fstab is configured to mount in other way this filesystems

Are your /var/run, /var/tmp, etc, all symlink to /tmp? This should explain 
what you see.

baruch

> Maybe someone in this list can help me to find an answer to fix it or
> a way to correct it. The version used to build my environment was the
> buildroot-2011.02.
> 
> # cat /etc/fstab
> # /etc/fstab: static file system information.
> # <file system> <mount pt>     <type>	<options>         <dump> <pass>
> /dev/sda5       /              ext3	rw,noauto         0      1
> /dev/sda6	/etc	       ext3     rw,auto,nodev,noexec,remount 0	0
> proc		/proc	       proc     defaults	  0	 0
> devpts		/dev/pts       devpts   defaults,gid=5,mode=620	  0	 0
> sysfs		/sys	       sysfs    defaults	  0	 0
> tmpfs	/var/run	tmpfs	rw,size=128k,nodev,nosuid  0   0
> tmpfs	/var/tmp	tmpfs	defaults 	0   0
> tmpfs	/var/log	tmpfs	rw,size=20m,nodev,nosuid  0   0
> tmpfs	/var/lock	tmpfs	rw,nodev,nosuid	 0   0
> 
> # mount
> rootfs on / type rootfs (rw)
> none on /sys type sysfs (rw,nosuid,nodev,noexec)
> none on /proc type proc (rw,nosuid,nodev,noexec)
> udev on /dev type tmpfs (rw)
> none on /dev/pts type devpts (rw,nosuid,noexec,gid=5,mode=620)
> fusectl on /sys/fs/fuse/connections type fusectl (rw)
> /dev/sda5 on / type ext3 (rw,errors=continue,data=ordered)
> /dev/sda6 on /etc type ext3 (rw,errors=continue,data=ordered)
> tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
> tmpfs on /tmp type tmpfs (rw)
> tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
> tmpfs on /tmp type tmpfs (rw,nosuid,nodev)

-- 
                                                     ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -

  reply	other threads:[~2011-05-02  2:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-02  2:12 [Buildroot] Strange behavior in mount with tmpfs Carlos Alberto Diaz Gonzalez O.
2011-05-02  2:34 ` Baruch Siach [this message]
2011-05-02  3:02   ` Carlos Alberto Diaz Gonzalez O.

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=20110502023445.GB31443@tarshish \
    --to=baruch@tkos.co.il \
    --cc=buildroot@busybox.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.