All of lore.kernel.org
 help / color / mirror / Atom feed
* umount -a
@ 2011-08-02 21:54 Bruce Dubbs
  2011-08-08  0:35 ` Mike Frysinger
  2011-08-08  8:54 ` Karel Zak
  0 siblings, 2 replies; 4+ messages in thread
From: Bruce Dubbs @ 2011-08-02 21:54 UTC (permalink / raw)
  To: util-linux

At linuxfromscratch, we've just made some changes to write bootscript 
messages to /run/var.  This seems to work fine for us until shutdown where

   umaount -a

unmounts /run which is mounted as a tmpfs.  We can certainly work around 
the problem, but was wondering if this issue may also affect others.

The man page for umount says:

  -a     All of the file systems described in /etc/mtab are unmounted.
(With umount version 2.7 and later: the proc filesystem is not
unmounted.)

Would it be reasonable to change umount -a to also omit /run if it is 
mounted as a tmpfs?

   -- Bruce

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: umount -a
  2011-08-02 21:54 umount -a Bruce Dubbs
@ 2011-08-08  0:35 ` Mike Frysinger
  2011-08-08  8:54 ` Karel Zak
  1 sibling, 0 replies; 4+ messages in thread
From: Mike Frysinger @ 2011-08-08  0:35 UTC (permalink / raw)
  To: Bruce Dubbs; +Cc: util-linux

[-- Attachment #1: Type: Text/Plain, Size: 663 bytes --]

On Tuesday, August 02, 2011 17:54:56 Bruce Dubbs wrote:
> At linuxfromscratch, we've just made some changes to write bootscript
> messages to /run/var.  This seems to work fine for us until shutdown where
> 
>    umaount -a
> 
> unmounts /run which is mounted as a tmpfs.  We can certainly work around
> the problem, but was wondering if this issue may also affect others.

you could make the same argument for /dev, but i dont think that gets handled 
specially either.  plus, there's the whole "will only work with recent util-
linux versions".  so it makes sense imo to have distro init code to deal with 
this regardless of anything else.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: umount -a
  2011-08-02 21:54 umount -a Bruce Dubbs
  2011-08-08  0:35 ` Mike Frysinger
@ 2011-08-08  8:54 ` Karel Zak
  2011-08-08  9:15   ` Tom Gundersen
  1 sibling, 1 reply; 4+ messages in thread
From: Karel Zak @ 2011-08-08  8:54 UTC (permalink / raw)
  To: Bruce Dubbs; +Cc: util-linux

On Tue, Aug 02, 2011 at 04:54:56PM -0500, Bruce Dubbs wrote:
> At linuxfromscratch, we've just made some changes to write bootscript  
> messages to /run/var.  This seems to work fine for us until shutdown 
> where
>
>   umaount -a
>
> unmounts /run which is mounted as a tmpfs.  We can certainly work around  
> the problem, but was wondering if this issue may also affect others.
>
> The man page for umount says:
>
>  -a     All of the file systems described in /etc/mtab are unmounted.
> (With umount version 2.7 and later: the proc filesystem is not
> unmounted.)
>
> Would it be reasonable to change umount -a to also omit /run if it is  
> mounted as a tmpfs?

 umount -a -t notmpfs  ?

    Karel

-- 
 Karel Zak  <kzak@redhat.com>
 http://karelzak.blogspot.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: umount -a
  2011-08-08  8:54 ` Karel Zak
@ 2011-08-08  9:15   ` Tom Gundersen
  0 siblings, 0 replies; 4+ messages in thread
From: Tom Gundersen @ 2011-08-08  9:15 UTC (permalink / raw)
  To: Karel Zak; +Cc: Bruce Dubbs, util-linux

On Mon, Aug 8, 2011 at 10:54 AM, Karel Zak <kzak@redhat.com> wrote:
>> Would it be reasonable to change umount -a to also omit /run if it is
>> mounted as a tmpfs?
>
>  umount -a -t notmpfs  ?

This might not work as intended if you have a tmpfs mounted on top of
a regular fs (in which case you would like to unmount them both).

I think the correct solution is to do as dracut and have a shutdown
ramfs from where you can unmount rootfs and all its mountpoints.

Cheers,

-t

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-08-08  9:16 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-08-02 21:54 umount -a Bruce Dubbs
2011-08-08  0:35 ` Mike Frysinger
2011-08-08  8:54 ` Karel Zak
2011-08-08  9:15   ` Tom Gundersen

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.