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 588DE1382C5 for ; Fri, 18 Jun 2021 12:25:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 58824E086D; Fri, 18 Jun 2021 12:25:29 +0000 (UTC) Received: from icp-osb-irony-out3.external.iinet.net.au (icp-osb-irony-out3.external.iinet.net.au [203.59.1.153]) by pigeon.gentoo.org (Postfix) with ESMTP id 3B009E084A for ; Fri, 18 Jun 2021 12:25:27 +0000 (UTC) X-SMTP-MATCH: 0 IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Ap8RkV6HEWh4cTA0+pLqENceALOsnbusQ8z?= =?us-ascii?q?AXPiFKOH9om6mj/PxG88536faZslossQgb6Ky90cq7IU80l6Qa3WBLB8bBYO?= =?us-ascii?q?COggLBRr2KhrGC/9SPIULDH+RmpMJdm48XMqyWfD4K9LeD3CCIV/UFyNmD/L?= =?us-ascii?q?vAv5al854Ud3AQV0m/hz0JbjpyKiVNNXR77DECZeWh2vY=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2C7AAAmkMxg/6Fd69xaGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBSYFOgyJWAQEBaYRIiQSHOQEBAQEBB4ETLQM?= =?us-ascii?q?4AYN+hiSEWIFxjCMLAQEBAQEBAQEBCTUMBAEBhFACgm4mOBMCBBUBAQEFAQE?= =?us-ascii?q?BAQEGAwGBBIVoDYZGAQUjMzMLBBQYEgICVxMGAgEBgm0BgmElEKU+eoEygQG?= =?us-ascii?q?EZYU7BoE6AYcGAYZiQ32BEIEVJw+CPi8+gQQBgV0EGIITAoJIgmQEgxZgYYF?= =?us-ascii?q?EGSZCSJ8CnGmDKYoUk1YGDgUmlQAIkGqhdphNgTI5gX1NHxmDJFAZDo4rCwu?= =?us-ascii?q?IYoVXNAEBAS8CNgIGAQkBAQMJhxImBYIcAQE?= X-IPAS-Result: =?us-ascii?q?A2C7AAAmkMxg/6Fd69xaGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBSYFOgyJWAQEBaYRIiQSHOQEBAQEBB4ETLQM4AYN+hiSEWIFxj?= =?us-ascii?q?CMLAQEBAQEBAQEBCTUMBAEBhFACgm4mOBMCBBUBAQEFAQEBAQEGAwGBBIVoD?= =?us-ascii?q?YZGAQUjMzMLBBQYEgICVxMGAgEBgm0BgmElEKU+eoEygQGEZYU7BoE6AYcGA?= =?us-ascii?q?YZiQ32BEIEVJw+CPi8+gQQBgV0EGIITAoJIgmQEgxZgYYFEGSZCSJ8CnGmDK?= =?us-ascii?q?YoUk1YGDgUmlQAIkGqhdphNgTI5gX1NHxmDJFAZDo4rCwuIYoVXNAEBAS8CN?= =?us-ascii?q?gIGAQkBAQMJhxImBYIcAQE?= X-IronPort-AV: E=Sophos;i="5.83,283,1616428800"; d="scan'208,217";a="338518833" Received: from 220-235-93-161.dyn.iinet.net.au (HELO mail.infra.localdomain) ([220.235.93.161]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 18 Jun 2021 20:25:24 +0800 Received: from localhost (mail.infra.localdomain [127.0.0.1]) by mail.infra.localdomain (Postfix) with ESMTP id 9E0981F35 for ; Fri, 18 Jun 2021 20:25:24 +0800 (AWST) X-Virus-Scanned: amavisd-new at localdomain Received: from mail.infra.localdomain ([127.0.0.1]) by localhost (mail.infra.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hkPIeoB_eidW for ; Fri, 18 Jun 2021 20:24:24 +0800 (AWST) Subject: Re: [gentoo-user] Disable password required to mount removable hard disk. To: gentoo-user@lists.gentoo.org References: <1d823216-2cee-8cec-68d2-c4d5831f04a9@iinet.net.au> <7f5d1775-0d9d-a9be-ede1-747d1a117224@iinet.net.au> <36904851-10FC-41A4-9326-6E6591BCCF24@tty1.se> From: William Kenworthy Message-ID: <8d45b8c7-ce29-41ba-a4e4-85b3db1de518@iinet.net.au> Date: Fri, 18 Jun 2021 20:24:23 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 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 In-Reply-To: <36904851-10FC-41A4-9326-6E6591BCCF24@tty1.se> Content-Type: multipart/alternative; boundary="------------8D3E8C4CDB226AD894DD0AAB" Content-Language: en-AU X-Archives-Salt: d8036b2f-2b7f-4640-9a5c-b7c5fc7e3796 X-Archives-Hash: 8e1d61d4177059094c44aaaa3671d51f This is a multi-part message in MIME format. --------------8D3E8C4CDB226AD894DD0AAB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit The password problem was solved back in April, but some more info on the semi random disk assignments might help someone as the question keeps popping up: I use genkernel and grub to boot via MBR - however root is on a btrfs raid 10 (all SSD's, 3 are whole disk and one has root on  partition 3 alongside boot and swap) When using /dev/sdx notation, the grub hardware mapping (root) semi-randomly moves between disks OK, so I tried using UUID's - the same So I tried using labels - still happens!!! Interestingly, a suspend/resume always works as expected then a couple of days ago I stumbled on a genkernel bug (#796272 ) with module loading - its a bit of a corner case but its looking like I might have found the cause. BillK On 18/6/21 2:13 pm, Hund wrote: > On April 1, 2021 10:12:00 AM GMT+02:00, William Kenworthy wrote: >> I have used fstab in the past -its more a workaround that breaks (i.e, a >> disk usually, but not always appears as /dev/sde [...] > fstab? Workaround? Use UUID. > > > -- > Hund > --------------8D3E8C4CDB226AD894DD0AAB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

The password problem was solved back in April, but some more info on the semi random disk assignments might help someone as the question keeps popping up:

I use genkernel and grub to boot via MBR - however root is on a btrfs raid 10 (all SSD's, 3 are whole disk and one has root on  partition 3 alongside boot and swap)

When using /dev/sdx notation, the grub hardware mapping (root) semi-randomly moves between disks

OK, so I tried using UUID's - the same

So I tried using labels - still happens!!!

Interestingly, a suspend/resume always works as expected then a couple of days ago I stumbled on a genkernel bug (#796272) with module loading - its a bit of a corner case but its looking like I might have found the cause.

BillK



On 18/6/21 2:13 pm, Hund wrote:
On April 1, 2021 10:12:00 AM GMT+02:00, William Kenworthy <billk@iinet.net.au> wrote:

I have used fstab in the past -its more a workaround that breaks (i.e, a
disk usually, but not always appears as /dev/sde [...]

fstab? Workaround? Use UUID.


--
Hund
--------------8D3E8C4CDB226AD894DD0AAB--