public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Phillip Susi <psusi@cfl.rr.com>
To: linux-kernel@vger.kernel.org
Subject: Forced umount doesn't force very hard
Date: Wed, 04 Jan 2006 12:20:43 -0500	[thread overview]
Message-ID: <43BC03EB.7070503@cfl.rr.com> (raw)

It appears that umount -f only bypasses the open files check, allowing 
you to unmount a volume with open files.  The kernel still tries to 
flush dirty buffers to the disk before unmounting.  This can be a 
serious problem in the case of an unreachable nfs server or a bad disk 
since the umount can block indefinitely while the kernel tries to flush 
buffers that can't be flushed.  This also causes your syslog to fill up 
very quickly with error messages.

I ran into this with a badly formatted cdrw disk I had mounted and all 
the writes were failing.  There was no way to force the kernel to 
abandon the mount and eject the disc.  The umount process couldn't even 
be killed with kill -9.  After maybe 15 minutes the kernel finally had 
tried and failed to flush all the buffers and completed the unmount, 
allowing me to eject the disc, but my syslog had grown to 50 MB from all 
the errors.

I think that the force option should not bother flushing dirty buffers, 
or maybe a new --i-really-mean-force-and-damn-the-dirty-buffers option 
is needed.

Please CC any thoughts/comments to me as I am not subscribed.

BTW, if anyone knows of somewhere you can download the ML archives, 
preferably in mbox format, I would greatly appreciate it.


                 reply	other threads:[~2006-01-04 17:19 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=43BC03EB.7070503@cfl.rr.com \
    --to=psusi@cfl.rr.com \
    --cc=linux-kernel@vger.kernel.org \
    /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