From: Matthias Schniedermeyer <ms@citd.de>
To: Benjamin Eberhardt <eberhab@gmail.com>
Cc: dm-crypt@saout.de
Subject: Re: [dm-crypt] force luksClose
Date: Thu, 29 Nov 2012 14:43:13 +0100 [thread overview]
Message-ID: <20121129134313.GA14313@citd.de> (raw)
In-Reply-To: <CAPrQCgafm41HtONMQm1RBmUNUXTkkTdAjAgG5Q3BxAu-1Lx4FA@mail.gmail.com>
On 29.11.2012 14:02, Benjamin Eberhardt wrote:
> Dear dm-crypt developers,
>
> since a while I am using dm-crypt with luks on usb-attached external
> harddisks. Sometimes the usb connection breaks down and the harddisks
> get reconnected under different device names. It is then impossible to
> unmount (the "regular" way) and luksClose the "old" device which is
> still active. For unmounting i can use the "-l" "lazy" switch to kind
> of force unmounting of the luks'ed filesystem even though it is still
> "busy". A luksClose of the device although is impossible and the only
> way i know so far is to reboot the machine. Is it possible to
> implement some kind of lazy luksClose so that "dead" devices of which
> the physical layer has dissappeared can be removed?
1: Details
2: Works For Me
When the partition is `umount`able, IOW no program is accessing a file
on the mount and nothing has a CWD inside the mount. I can umount such a
mount-point without problems. Linux "recognizes" somehow when the
backing-store is vanished and just does the umount.
Afterwards the loopaesClose(in my Case) also just works.
Only when you have anything that holds the mountpoint open, there is a
problem. But that's a case for fuser/lsof and/or making sure that
nothing like NFS prevents the mountpoint from being destroyed.
IOW. It's a problem of finding the culprit who holds the mountpoint
open.
--
Matthias
next prev parent reply other threads:[~2012-11-29 13:52 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-29 13:02 [dm-crypt] force luksClose Benjamin Eberhardt
2012-11-29 13:43 ` Matthias Schniedermeyer [this message]
2012-11-29 14:53 ` Milan Broz
2012-12-25 12:17 ` Benjamin Eberhardt
2013-02-21 21:16 ` Benjamin Eberhardt
2013-02-21 22:08 ` Matthias Schniedermeyer
2013-02-21 22:41 ` Milan Broz
2013-02-22 0:17 ` Benjamin Eberhardt
-- strict thread matches above, loose matches on Subject: below --
2015-11-29 18:42 yac
2012-10-23 4:51 [dm-crypt] Force luksClose Dennis Birkholz
2012-10-25 10:01 ` Milan Broz
2012-10-25 14:46 ` Dennis Birkholz
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=20121129134313.GA14313@citd.de \
--to=ms@citd.de \
--cc=dm-crypt@saout.de \
--cc=eberhab@gmail.com \
/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.