* 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.