From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DFED613933E for ; Mon, 12 Jul 2021 13:14:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A4350E0D34; Mon, 12 Jul 2021 13:14:45 +0000 (UTC) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-oln040092075011.outbound.protection.outlook.com [40.92.75.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 05223E0C22 for ; Mon, 12 Jul 2021 13:14:44 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ja/I4rhhGHYALdYDZQmq2y2ukTFEr6guTWQaqqWKjWDVt9vRAj4PrQP/c1zUCTvTwNdxbyRQeq+a69qtNku3VhYGyBj6QAg/+KPY039f/+1VVTEdZIZ4oyig5PYXi0jVhBc7KHyVtDoOyV60mlHLMZxzb2y1RvhfhYuoikkIXCytl3tAGaykFM9JzzNDl2QhyH3lLz5565Hx/sukEHldOyHNYv+nvvT7EVorg3cWONimonEYgL9ANX4xjYyxo2gZsOyPPs8einuDU9OTz485AakrXlNoVT6a2naWc68xeeTuEelodUeAT/oYMX3YOrdDQDsu3jLR0E15NtWuz3U4tQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L3jTn6jH1TYrz3qZbwQ4dp/gp2tB9daJPQ6Y/n8QJWQ=; b=RDyiXChQdf3+x+goDRoOS2ASLKH5dIuwzLh9WO5wv2OtQrzhtwWhC3Tff7jzxVeqmznF4Q//3PSqjj/7DXV0zv6BD3bTQ+Kni9fdJzox4mxSJTY5uti3HZbdvAVuxUcQJcxIWm06cEnNxeZzHdfj8b9PT2yLL7h5qTjni53Ru9ftrcbO9vKNz7mNIsZ1RpjxXzdAVq7v6olG33NXzDTiFz0273MkVgpp04Ur2hbTKljHxD6uKAjLiH4mqoMC3s17dtOgdjJfTQNHeFrM2tR4JfQiGOCwweIRo6GJk5x3n49fT8fHE+S1cBOrWjO7IqkcBkiTLn9/kSd8lrJgPAceZQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from HE1EUR04FT046.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::45) by HE1EUR04HT004.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4308.20; Mon, 12 Jul 2021 13:14:42 +0000 Received: from AM6PR10MB2440.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:7e0d::4c) by HE1EUR04FT046.mail.protection.outlook.com (2a01:111:e400:7e0d::157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4308.20 via Frontend Transport; Mon, 12 Jul 2021 13:14:42 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:FB9F249FB84C83535797C940702928F6A69AA80702BBE3FD677E98F0C892DA02;UpperCasedChecksum:CFCA1969B1F051F84B7272B8E08F0C3D0F00F46D6B316BC97843B38DBC101F3F;SizeAsReceived:9683;Count:45 Received: from AM6PR10MB2440.EURPRD10.PROD.OUTLOOK.COM ([fe80::e581:feb4:4485:2e4f]) by AM6PR10MB2440.EURPRD10.PROD.OUTLOOK.COM ([fe80::e581:feb4:4485:2e4f%7]) with mapi id 15.20.4308.026; Mon, 12 Jul 2021 13:14:42 +0000 To: Dale , Gentoo User References: <70a1b488-c49e-6a94-a9a9-37eeb2ff4399@gmail.com> <9c9d5923-dccb-34d5-0f3b-16e07f337009@users.sourceforge.net> <649753f7-5dcd-1842-875d-d637ef754b9f@gmail.com> <3923b557-9d65-825b-e0fd-b1977c8d70c1@gmail.com> <7c279941-291a-5078-a83f-601ff58a6008@gmail.com> <9946c2eb-bb5c-a9c0-ced9-1ac269cd69a0@gmail.com> <6ecbf2d6-2c6f-3f66-5eee-f4766d5e5254@gmail.com> <24805.48814.331408.860941@tux.local> <5483630c-3cd1-bca2-0a6d-62bb85a5adc6@gmail.com> From: Ramon Fischer Subject: Re: [gentoo-user] cryptsetup close and device in use when it is not Message-ID: Date: Mon, 12 Jul 2021 15:14:40 +0200 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SkwDXopvfEoPvQw1TMxy5ERTgIQEDLDe4" X-TMN: [ZcFijviacPpvporFgRVziigFUHW5Gg3976a8z9f9ErB1k3yKG0gomP5SrEvsHwlj] X-ClientProxiedBy: LO4P123CA0359.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:18d::22) To AM6PR10MB2440.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:4c::30) X-Microsoft-Original-Message-ID: <72fe6345-3943-a1a1-f629-598e266156cc@hotmail.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2001:4dd4:cb82:0:56e2:5226:ad2a:cbf0] (2001:4dd4:cb82:0:56e2:5226:ad2a:cbf0) by LO4P123CA0359.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:18d::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4308.20 via Frontend Transport; Mon, 12 Jul 2021 13:14:41 +0000 X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 45 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: d7786eb7-403e-40d6-3cc2-08d945370255 X-MS-TrafficTypeDiagnostic: HE1EUR04HT004: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: WHwPjtyx8G9Du+iUtK6n6vQ67euWkDTxSbVS/QyCTzAebzcrjv4DrKe+XlmBxUxfoJ0XcZpOEI2455zuy+ozW3bGONttroRi2HmfxYalGl+xVguHx4RAoQnVOy92AQzeVJ5b06L+RrQVkJIRsNu7ibEW3fIIYOBZjxImduRPh3t7wrUrrBSV+fjHieEqlCwSMxR67G4krfVVD3uBuxpbBhSqub1HLj3nhNO94JPUsASrPCF+FzCeLe/o1ppudMtNrgV1NiZcRWBysPTJCWliaKfxMwDzijMstNqrjszDgdqG+NFWRpBisgxUMGqIBnqg7Sv2kJbB6N8YZc/RL9y1xiyl4dA/JB3OhZli5gYG2tploicqmH2ixAzsVTH6ARG45f+QPShL9+sSdDkN8NFEbvN/g/LX1iBO7t+Zlkogo3g5AIV7BFnsNfThf08PZMgR44woBF/PBwb5SblRYttlCw== X-MS-Exchange-AntiSpam-MessageData: dn1+YKPCCPhiW6Bnqy8Eq39jTk/hPYY/y9Kz++wNIKb6pzR1c1WbDyfL2IqvQ42lcIrUWf7fgGFbVEe5AVr+H5n8u5UCvUNAX9Ijm09jcJlUVdjVPntpGqPKoAoE+EP4iSXg+vzZfSiKW+O6bDwSE2iajiJiRyVNKYWfyg2l3prV6ncgh6oTZrBx7jHdWoddGOVfP/BFd8c/DDU8sOHH+Q== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d7786eb7-403e-40d6-3cc2-08d945370255 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jul 2021 13:14:42.3089 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: HE1EUR04FT046.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR04HT004 X-Archives-Salt: 37a48516-c57e-4779-9eae-488a6e871d4d X-Archives-Hash: 987ba48db2dcf143b4279931a5a091aa --SkwDXopvfEoPvQw1TMxy5ERTgIQEDLDe4 Content-Type: multipart/mixed; boundary="Epju65tTcX3VAvSsNsm74hwnMFBU6beg2"; protected-headers="v1" From: Ramon Fischer To: Dale , Gentoo User Message-ID: <72fe6345-3943-a1a1-f629-598e266156cc@hotmail.de> Subject: Re: [gentoo-user] cryptsetup close and device in use when it is not References: <70a1b488-c49e-6a94-a9a9-37eeb2ff4399@gmail.com> <9c9d5923-dccb-34d5-0f3b-16e07f337009@users.sourceforge.net> <649753f7-5dcd-1842-875d-d637ef754b9f@gmail.com> <3923b557-9d65-825b-e0fd-b1977c8d70c1@gmail.com> <7c279941-291a-5078-a83f-601ff58a6008@gmail.com> <9946c2eb-bb5c-a9c0-ced9-1ac269cd69a0@gmail.com> <6ecbf2d6-2c6f-3f66-5eee-f4766d5e5254@gmail.com> <24805.48814.331408.860941@tux.local> <5483630c-3cd1-bca2-0a6d-62bb85a5adc6@gmail.com> In-Reply-To: --Epju65tTcX3VAvSsNsm74hwnMFBU6beg2 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US OK, if it could be "udev", you might want to try to check the following: $ grep -rF "" /etc/udev/rules.d/ $ grep -rF "" /lib/udev/rules.d/ $ grep -rF "" /etc You could also try to search for the partition device, maybe there will=20 be some interesting configuration files. If you are using "systemd", you might want to check every service unit=20 file as well: $ systemctl Recently, I had a similar issue with "cryptsetup" on Raspbian, where the = "/etc/crypttab" was faulty, which may be applicable here. It had the=20 following entry: # # [...] Therefore, the systemd service unit=20 "systemd-cryptsetup@dev-disk-by\x2duuid-# #=20 [...]" - if I remember correctly - failed. It seems, that "systemd-cryptsetup-generator" only searches for matching = UUIDs in "/etc/crypttab", even, if they are commented and creates=20 service units for each match in "/run/systemd/generator/". I remember, that I had issues to access the hard drive. Nevertheless, I=20 was able to mount it normally, due to the other correct entry(?). By removing the accidentally pasted UUID from "/etc/crypttab" and=20 rebooting, I was able to use the hard drive without issues again. Maybe this is something, where you could poke around? :) -Ramon On 12/07/2021 10:31, Dale wrote: > Ramon Fischer wrote: >> Interesting. >> >> I have some other ideas, but this is really grasping at straws. Create= >> a backup of the backup drive before doing any tests, since you have to= >> move it a lot for this: >> >> =C2=A0=C2=A0 1. Connect the hard drive to a different eSATA port >> =C2=A0=C2=A0 2. Try another eSATA cable >> =C2=A0=C2=A0 3. Try to mount the hard drive on different devices >> =C2=A0=C2=A0 4. Try different hard drive cases with different connect= ion types >> =C2=A0=C2=A0 (Maybe you have a better enclosure with USB or even Fire= Wire, which >> =C2=A0=C2=A0 does not damage your drive?) >> =C2=A0=C2=A0 5. Connect it internally via SATA and try to mount it >> =C2=A0=C2=A0 6. Mirror the hard drive to a second hard drive and try = to mount the >> =C2=A0=C2=A0 second one >> >> I think, this would entirely cover Layer 1 of the OSI Layer Model[1]. = :) >> >> -Ramon >> >> [1] https://en.wikipedia.org/wiki/OSI_model >> > > That's a lot of effort.=C2=A0 It's annoying it doesn't close like it sh= ould > but doing all that would be a tedious task as well.=C2=A0 It would elim= inate > a lot of potential causes tho.=C2=A0 Thing is, I think it's a software = issue > not hardware. > > To add to this, the 6TB drive just did the same thing.=C2=A0 I had been= using > UUID to mount it since it was working.=C2=A0 After getting the same pro= blem > as the other drive, I changed it.=C2=A0 It took some effort to get it t= o > close but restarting lvm and friends did eventually get it to close.=C2= =A0 I > then changed it to mount by label like I been doing with the 8TB drive.= > > I think by just continuing to note what it is doing, eventually the > problem will show itself.=C2=A0 Personally, I sort of wonder if it is a= udev > problem or lvm.=C2=A0 Thing is, a lot of this software works together s= o > closely, it's hard to know where one stops and the other starts. > > I finished my backups to the 8TB drive and it worked start to finish > with no errors at all.=C2=A0 I guess we'll see what happens next week w= ith > the 6TB drive.=C2=A0 See if it starts to work again with no problem or = still > has issues of some kind.=C2=A0 So far, mounting by label seems to have = worked > well for the 8TB drive. > > Will update again as things move along. > > Dale > > :-)=C2=A0 :-) --=20 GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF --Epju65tTcX3VAvSsNsm74hwnMFBU6beg2-- --SkwDXopvfEoPvQw1TMxy5ERTgIQEDLDe4 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEWYOY2l9NpGQ4/c+HFVviZBPmmb8FAmDsQEAFAwAAAAAACgkQFVviZBPmmb+v KA/9HHjSbsMXQsLbm0KPrs5wHYMG9n7cXb/Ph3k0bNhKN9kBY19kNIMCQHBbttrsCEPHvN/D4Dud DUX6EEW9/R/4053T/hUks7tF5RQfBzDln4lpT6TPUDA+uMJsNvpY7AbLZLbCX4yTd1nWMUi5rMJi 81yeAFNNRHXNvZul06/1WKki9VXt7+BCsoPbhXcYeG2eWuLVQ+Jt9U21eBCI4/SG1WJ9aYvoCpYR e9NfiF1jjaEAbrvAM80aSKsVdOs78C77wzUprlIgXQ2fKlxkXS+WsMzdeIdGYxZJ8VnPaLGMjclv 092gj0Sbx5A5f7KT/Vzvel5ePKey1JdeDsot/dLJJ5t2trFt9VytI9zSnuCxUaVGTnlj2X0PCf6R HqZVdUg5E1VQH475UqcFIPQyA1xOYiJGH2b3Jsuu2cHCT8h12Pe4Mc/jrAV+dmZKtGOxeSoC4u47 FBJ0YJinQnZTPJUdEisDzNYirK0dSbQkB3bagg/xFSpnJfmpbmMl6fxm5H1Komyt8NQZY1vQXL6O iq7gHZ/nJRHYAoSNdMVqaee5axnMLOBsSlbK0aZvXj9n6eTT5GbFvaXv1HHRLNfBNHR4oxDSXa1V v/txT7WLOawa9wveHhecSohfp6sg4ttaOJJG8YNoU/r0oTQcCkm/A337xrFseKT87RsydBug5YAp IGg= =wSSz -----END PGP SIGNATURE----- --SkwDXopvfEoPvQw1TMxy5ERTgIQEDLDe4--