From: Jon Masters <jonmasters@gmail.com>
To: "Olaf Frączyk" <olaf@cbk.poznan.pl>
Cc: Matthias Schniedermeyer <ms@citd.de>, linux-kernel@vger.kernel.org
Subject: Re: How to umount a busy filesystem?
Date: Tue, 12 Oct 2004 01:24:37 +0100 [thread overview]
Message-ID: <35fb2e59041011172478b0c09@mail.gmail.com> (raw)
In-Reply-To: <1097445655.2235.18.camel@venus>
On Mon, 11 Oct 2004 00:00:55 +0200, Olaf Frączyk <olaf@cbk.poznan.pl> wrote:
> On Sun, 2004-10-10 at 23:12, Matthias Schniedermeyer wrote:
> > On 10.10.2004 22:52, Olaf Fr?czyk wrote:
> > > Hi,
> > >
> > > Why I cannot umount filesystem if it is being accessed?
> > > I tried MNT_FORCE option but it doesn't work.
> > >
> > > Killing all processes that access a filesystem is not an option. They
> > > should just get an error when accessing filesystem that is umounted.
> > >
> > > Any idea how to do it?
> >
> > umount -l
> >
> > removes the mount in "lazy"-mode, this way the mount-point "vanishes"
> Thank you.
> But this:
> 1. Does not let the user to remove the media (eg. cdrom).
> 2. Does not flush buffers etc. so the media cannot be safely removed
What you want is the kind of proxy Luke Leighton was talking about in
a recent post to lkml concerning his effort to port FUSE example code
in to kernelspace. In his model you can replace the underlying
filesystem because the user processes are only seeing what you present
through the proxy - so although proxy inodes/superblock/etc. remain
constant, the underlying filesystem might get swapped around or moved
someplace else and the proxy has to work out whether to return errors
or simply block until the backing filesystem is available for use
again once more.
Jon.
next prev parent reply other threads:[~2004-10-12 0:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-10 20:52 How to umount a busy filesystem? Olaf Frączyk
2004-10-10 21:12 ` Matthias Schniedermeyer
2004-10-10 22:00 ` Olaf Frączyk
2004-10-12 0:24 ` Jon Masters [this message]
2004-10-12 8:48 ` Matthias Schniedermeyer
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=35fb2e59041011172478b0c09@mail.gmail.com \
--to=jonmasters@gmail.com \
--cc=jonathan@jonmasters.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ms@citd.de \
--cc=olaf@cbk.poznan.pl \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox