From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] cryptsetup close and device in use when it is not
Date: Sun, 13 Jun 2021 23:50:16 -0500 [thread overview]
Message-ID: <70a1b488-c49e-6a94-a9a9-37eeb2ff4399@gmail.com> (raw)
Howdy,
As some may recall, I use external drives as backups. They are
encrypted and I use cryptsetup to open and close them. Open works fine
but close gives me trouble at times. It doesn't always do this but it
does it more often than not. It's getting annoying.
Drive one. It's a 6TB drive and when it gave this error a few minutes
ago, I restarted udev-trigger to correct it. When I try to close it, it
says it is in use. But restarting udev-trigger reset it so I could
close it.
Drive two, when I tried to close it, it gives me this:
root@fireball / # cryptsetup close 8tb
Device 8tb is still in use.
root@fireball / # mount | grep 8tb
root@fireball / #
As you can tell, it is not mounted. When I mount, I do it manually from
a fstab entry. I just do mount /mnt/8tb and it mounts it. I use umount
to unmount it. Old school but it works. Thing is, for some reason it
shows it is in use even tho it is not mounted. Even restarting
udev-trigger didn't work this time. I can't figure out what is doing it
exactly and think it is something besides cryptsetup having a problem.
I'm actually thinking udev for this reason. I do my backups while I'm
updating the OS. When I do my updates, all my firefox profiles are
closed and I'm not downloading new files. So that is when I do my
backups. Last time it did this, I went to boot runlevel and restarted
udev itself. That reset it so I could close the drive and cut it off.
Thing is, I'd like a proper fix for this or a good sound way to reset it
without having to do all that. Sometimes all I need is to logout and
back in after updates. Restarting udev and such shouldn't be required.
If it matters, both drives are in identical enclosures and use the same
cable and power source. One is a SMR and the other a CMR. One is 6TB
and one is 8TB. Both are encrypted the same way. Both use eSATA, not
USB. I used USB before and it may have been the enclosure but it ruined
drives. I could never depend on it so I switched to eSATA.
So, anyone else run into this and have a solution for it? Do I have
something set up wrong or is this a bug in some package somewhere? I've
googled and seen where others have the problem but their solutions don't
seem to work and most are very old posts.
Need some ideas and thoughts here.
Thanks.
Dale
:-) :-)
P. S. I took some meds so I hope the above makes sense. The meds are
working well right now but I need to close the drive so I can put it
back in the safe. :/
next reply other threads:[~2021-06-14 4:50 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-14 4:50 Dale [this message]
2021-06-15 13:48 ` [gentoo-user] cryptsetup close and device in use when it is not Ramon Fischer
2021-06-15 14:21 ` Dale
2021-06-15 14:52 ` Jack
2021-06-15 15:26 ` Dale
2021-06-15 19:04 ` Ramon Fischer
2021-06-21 4:18 ` Dale
2021-06-21 4:49 ` Dale
2021-06-21 5:41 ` Dale
2021-06-21 5:59 ` Dale
2021-06-28 3:35 ` Dale
2021-07-05 3:19 ` Dale
2021-07-06 18:40 ` Ramon Fischer
2021-07-06 19:43 ` Dale
2021-07-07 14:48 ` Dr Rainer Woitok
2021-07-07 18:08 ` Dale
2021-07-08 8:20 ` Ramon Fischer
2021-07-12 8:31 ` Dale
2021-07-12 13:14 ` Ramon Fischer
2021-08-02 13:33 ` Dale
2021-08-09 13:38 ` Ramon Fischer
2021-09-19 11:55 ` Dale
2021-07-25 20:29 ` Frank Steinmetzger
2021-07-25 23:10 ` Dale
2021-07-26 21:00 ` Frank Steinmetzger
2021-07-26 22:48 ` Dale
2021-07-29 16:46 ` Wols Lists
2021-07-29 20:55 ` [gentoo-user] [OT] SMR drives (WAS: cryptsetup close and device in use when it is not) Frank Steinmetzger
2021-07-29 21:31 ` Frank Steinmetzger
2021-07-30 12:48 ` Frank Steinmetzger
2021-07-30 5:14 ` William Kenworthy
2021-07-30 14:29 ` Rich Freeman
2021-07-30 16:50 ` antlists
2021-07-30 18:38 ` Rich Freeman
2021-07-31 3:14 ` William Kenworthy
2021-07-31 3:50 ` Wols Lists
2021-07-31 4:58 ` William Kenworthy
2021-07-31 12:12 ` Rich Freeman
2021-08-01 0:41 ` Frank Steinmetzger
2021-08-01 0:56 ` Rich Freeman
2021-07-31 16:38 ` antlists
2021-08-01 0:50 ` Frank Steinmetzger
2021-08-01 3:36 ` William Kenworthy
2021-08-01 3:46 ` William Kenworthy
2021-08-01 21:38 ` Frank Steinmetzger
2021-08-02 5:38 ` William Kenworthy
2021-08-02 21:52 ` Frank Steinmetzger
2021-08-02 23:10 ` William Kenworthy
2021-08-03 8:18 ` Frank Steinmetzger
2021-08-05 20:40 ` Frank Steinmetzger
2021-08-06 7:22 ` William Kenworthy
2021-08-01 21:55 ` Frank Steinmetzger
2021-08-02 6:12 ` William Kenworthy
2021-08-02 22:03 ` Frank Steinmetzger
2021-08-02 23:35 ` William Kenworthy
2021-08-01 3:41 ` William Kenworthy
2021-08-01 21:41 ` Frank Steinmetzger
2021-07-31 12:21 ` Rich Freeman
2021-07-31 12:59 ` William Kenworthy
2021-07-31 13:30 ` Rich Freeman
2021-08-01 3:05 ` William Kenworthy
2021-08-01 11:37 ` Rich Freeman
2021-07-31 5:23 ` William Kenworthy
2021-06-15 17:48 ` [gentoo-user] Re: cryptsetup close and device in use when it is not Remy Blank
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=70a1b488-c49e-6a94-a9a9-37eeb2ff4399@gmail.com \
--to=rdalek1967@gmail.com \
--cc=gentoo-user@lists.gentoo.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