Kaelyn <kaelyn.alexi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 70897) by debbugs.gnu.org; 18 May 2024 17:04:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 13:04:52 2024 Received: from localhost ([127.0.0.1]:34462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s8NUK-0007q6-Ba for submit <at> debbugs.gnu.org; Sat, 18 May 2024 13:04:52 -0400 Received: from mail-40131.protonmail.ch ([185.70.40.131]:64899) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <kaelyn.alexi@HIDDEN>) id 1s8NUI-0007py-DC for 70897 <at> debbugs.gnu.org; Sat, 18 May 2024 13:04:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1716051880; x=1716311080; bh=QrXmfT7FLLt9vqtW+ssGAQEHGLTajx6UXo6o66olbBc=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Gy7Dc4bpWHrGXqOyKhQzs8FOSUSLQrl16MR5gQ4Sk9S61TErSbuQpS+Q7N8DegROM kmPbtixqwvzC3PGhFEnafcXdw1UuTrVv8Ym1sZHVN7n0j83oHgFnfWkV8+kGdnqYQi az8lz3zIXiDnjJ6p4FxBhlwGEDbMcX5S1mz6zA1SmAUJDy2d7wI+K2l5eTS1RgIzi+ 3kTMTcPhEZ7nvgCRX+k7TDXb6Jeon+i36SokiN7XQlRaNQLjmbGhNKYz7q+cZzWMpU IBU3S9+SwVl+Loww3qVLT9HjPqf6JY16SF0RKXaOlkVaXx/vnFg0NfpREKUS3foT9w RlEuG5xQ6c41g== Date: Sat, 18 May 2024 17:04:37 +0000 To: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> From: Kaelyn <kaelyn.alexi@HIDDEN> Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition Message-ID: <TxjBJ6iTuRkUeiILqwTj4iHPAmYioiaXg7_2kZ_J8otht7qVIV7CUObBJgwE90-jLrdokAUVjAX5BlLq2BPEL0eLJcF1vnzD378Z5mvnKfw=@protonmail.com> In-Reply-To: <P90NVLBUK8yApP-AEiB1dj52M8UMxGMt7bFIXL8XiH_V8imzv0VNs-GggJFAft6Q3f1uc9xWQECN2hN1FpeU2e3v5B_QJFX0drkorm2_Gyk=@protonmail.com> References: <oG6Z35UECVcm5tFFo502gQx_rdg5xJGWN9uzflvq4rdEPCmZpQvbuJUcOmjtkvhI4iEwqga-wHuZZpgsskyzdJHzEJqDQ1g6AtRmoTMHjQM=@protonmail.com> <87ikzic92t.fsf@HIDDEN> <P90NVLBUK8yApP-AEiB1dj52M8UMxGMt7bFIXL8XiH_V8imzv0VNs-GggJFAft6Q3f1uc9xWQECN2hN1FpeU2e3v5B_QJFX0drkorm2_Gyk=@protonmail.com> Feedback-ID: 34709329:user:proton X-Pm-Message-ID: 4d7565df4bec41931e9c4ec8aaaa18dbfe6becaa MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 70897 Cc: 70897 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Hi Ludo', I wanted to let you know that I have figured out what the failure is, and i= t turned out to be a customization buried within some shared operating-syst= em configuration that I had forgotten about (and wasn't finding because it = was due to a missing import, and simply grepping for "system*/tty" didn't m= atch the file that was missing the import). Thank you for your time and hel= p, and sorry about the red herring of a bug report! Cheers, Kaelyn
bug-guix@HIDDEN:bug#70897; Package guix.
Full text available.
Received: (at 70897) by debbugs.gnu.org; 13 May 2024 19:44:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 13 15:44:59 2024
Received: from localhost ([127.0.0.1]:34470 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1s6bbW-0008RV-Sp
for submit <at> debbugs.gnu.org; Mon, 13 May 2024 15:44:59 -0400
Received: from mail-4322.protonmail.ch ([185.70.43.22]:60845)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <kaelyn.alexi@HIDDEN>) id 1s6bbS-0008RL-MI
for 70897 <at> debbugs.gnu.org; Mon, 13 May 2024 15:44:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
s=protonmail3; t=1715629487; x=1715888687;
bh=mdFbcsKV0tQiK1X1LFAu/JcWYVT1k3Ad3fXHFtG4PHc=;
h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References:
Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID:
Message-ID:BIMI-Selector;
b=jpzQEBD5kwmfxgSEsXpECUAD2HO368qijFGZbSrSAzP7YMOmhoNhpbsk75TA1hrHn
blQ8HGQ+w4uklBGWsAncZAoyezI81M3j9JuAl4s0dhvtORFx+62yWJJiSa9mtOXrij
aZNiZe6AAEuB5Fm/m62Thfj7d7aC2upPeh8g+Ey2SWMTaFrozyjzr0LZmCfVITAWQN
o6cBJpWcWHGqCmOGsxBIDmcwkcbKtFtbD4RBC7MKzUeBcB1PJb/LIndmtsZps5CrKq
HDR7loocvHMXEF07AmvNn5OiuWtUKns0QiB7it3byEUa+N9Y+i4qv+5Mbw98LMIdOu
BBhbaHjOBV/0g==
Date: Mon, 13 May 2024 19:44:41 +0000
To: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN>
From: Kaelyn <kaelyn.alexi@HIDDEN>
Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition
Message-ID: <P90NVLBUK8yApP-AEiB1dj52M8UMxGMt7bFIXL8XiH_V8imzv0VNs-GggJFAft6Q3f1uc9xWQECN2hN1FpeU2e3v5B_QJFX0drkorm2_Gyk=@protonmail.com>
In-Reply-To: <87ikzic92t.fsf@HIDDEN>
References: <oG6Z35UECVcm5tFFo502gQx_rdg5xJGWN9uzflvq4rdEPCmZpQvbuJUcOmjtkvhI4iEwqga-wHuZZpgsskyzdJHzEJqDQ1g6AtRmoTMHjQM=@protonmail.com>
<87ikzic92t.fsf@HIDDEN>
Feedback-ID: 34709329:user:proton
X-Pm-Message-ID: 1f6c7213668183e748092f6f3804384c52fa4ab6
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70897
Cc: 70897 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Hi Ludo',
On Monday, May 13th, 2024 at 3:14 AM, Ludovic Court=C3=A8s <ludo@HIDDEN> w=
rote:
>=20
>=20
> Hi Kaelyn,
>=20
> Kaelyn kaelyn.alexi@HIDDEN skribis:
>=20
> > I recently updated my systems after finally finding https://issues.guix=
.gnu.org/70051 and seeing the issue I was having with booting with a non-ro=
ot LUKS partition configured had been fixed. After updating to a commit pas=
t these two:
> >=20
> > 49f82fca41 mapped-devices: luks: Specify modules needed at the top-leve=
l.
> > 6062339156 mapped-devices: <mapped-device-type> can specify modules to =
import.
> >=20
> > I am now seeing a different error, which I am pretty sure is related
> > to the module import changes in 49f82fca41. The error I get is about
> > an unknown symbol "system*/tty" when the initramfs tries to prompt for
> > a password to unlock the LUKS partition containing the root
> > filesystem.
>=20
>=20
> To be clear, you have both a LUKS-encrypted root and a non-root
> LUKS-encrypted partition?
>=20
> (FWIW I tested (1) with a LUKS-encrypted root, and (2) with a cleartext
> root and LUKS-encrypted /home. The bug you mention affected #2.)
More accurately, I have one system that has a mirrored btrfs root with two =
LUKS-encrypted partitions (and a few quirks in the setup that make rebootin=
g a bit tedious, such as grub slowly unlocking two drives, and a ZFS pool t=
hat has to be unlocked manually after boot), and one with a single LUKS-enc=
rypted btrfs partition. I hit (2) on the first system about a month ago whe=
n I updated both, with the second system booting fine. I hit (1) on the sec=
ond system when updating much more recently after seeing (2) was fixed, and=
hadn't tried rebooting the first system with the new generation.
> Could you share your OS config or a relevant subset thereof?
My full OS config is decidedly non-trivial, with parts (e.g. common service=
s and user accounts) shared between host configurations. The mapped-devices=
and file-systems fragments for the two systems are below.
For the first system, with the mirrored btrfs root:
(mapped-devices
(list (mapped-device
(source
(uuid "7bcca55e-8a41-44a8-beab-2047eed0af41"))
(target "cryptroot1")
(type luks-device-mapping))
(mapped-device
(source
(uuid "9472b8ae-c90c-4712-b90d-ca07602514d7"))
(target "cryptroot2")
(type luks-device-mapping))
))
(file-systems
(let ((rootfs (file-system
(mount-point "/")
(device "/dev/mapper/cryptroot1")
(type "btrfs")
(check? #f)
(options "compress=3Dzstd,subvol=3D@guix")
(dependencies mapped-devices))))
(cons* rootfs
(file-system
(mount-point "/boot/efi")
(device (file-system-label "EFI"))
(type "vfat")
(mount-may-fail? #t)
(dependencies mapped-devices))
(file-system
(mount-point "/gnu")
(device "/dev/mapper/cryptroot1")
(type "btrfs")
(check? #f)
(options "compress=3Dzstd,subvol=3D@gnu_store")
(dependencies (cons rootfs mapped-devices)))
%base-file-systems))))
The second system, with the single-drive encrypted btrfs root:
(mapped-devices
(list (mapped-device
(source
(uuid "e6aaafc5-49cb-477b-a665-daf065611195"))
(target "cryptroot1")
(type luks-device-mapping))
))
(file-systems
(let ((rootfs (file-system
(mount-point "/")
(device "/dev/mapper/cryptroot1")
(type "btrfs")
(check? #f)
(options "compress=3Dzstd,subvol=3D@guix")
(dependencies mapped-devices))))
(cons* rootfs
(file-system
(mount-point "/boot/efi")
(device (file-system-label "EFI"))
(type "vfat")
(mount-may-fail? #t)
(dependencies mapped-devices))
(file-system
(mount-point "/gnu")
(device "/dev/mapper/cryptroot1")
(type "btrfs")
(check? #f)
(options "compress=3Dzstd,subvol=3D@gnu_store")
(dependencies (cons rootfs mapped-devices)))
%common-file-systems))))
(Note the %common-file-systems is simply %base-file-systems plus a couple o=
f NFS mounts from the first system, which are shared with several computers=
.)
For both computers, I make use of the 6.1 or 6.6 LTS kernels since I also u=
se ZFS. When I hit (1), I eventually figured out where the hang during boot=
was happening by removing "quiet" from the kernel command line, which also=
caused shepherd to be more verbose (something I hadn't realized). When I h=
it (2), the boot process was still in the initrd due to failing to unlock a=
nd mount the root filesystem.
If there is any further information I can provide, please let me know.
Cheers,
Kaelyn
>=20
> > I don't know how the module plumbing of Shepherd and the generated
> > initramfs work, but I suspect the fix for Shepherd opening LUKS
> > partition broke the import of system*/tty in the initramfs (for
> > example, at the early REPL that booting my latest system generation
> > ends up at, system*/tty is undefined initially, but after evaluating
> > "(use-modules (gnu build file-systems))" system*/tty resolves to a
> > procedure as exected--so the module is at least present in the
> > initramfs). I have encountered this error with two different systems,
> > and I believe the reproduction is simply trying to open a LUKS device
> > without a keyfile so that a password prompt is necessary.
>=20
>=20
> Hmm. Thanks for investigating!
>=20
> Ludo=E2=80=99.
bug-guix@HIDDEN:bug#70897; Package guix.
Full text available.Received: (at 70897) by debbugs.gnu.org; 13 May 2024 10:14:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 13 06:14:47 2024 Received: from localhost ([127.0.0.1]:60042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s6Shi-0008Do-NC for submit <at> debbugs.gnu.org; Mon, 13 May 2024 06:14:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1s6Shg-0008Dg-MN for 70897 <at> debbugs.gnu.org; Mon, 13 May 2024 06:14:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1s6Sha-0006eP-De; Mon, 13 May 2024 06:14:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=7lbIgKVxkxiOuGxrNhlpmnHEXD27QsoLHHsYjHKJLO4=; b=Q3EbHRTC1tQtIk6ngVKr bLBBcM7QXvH6GEN8lDnh10e8ESsvD/UfTsm/Tvzdyr8w7yiby5I9xYOajzs9dithshSe3I90VenXS Gkd6kEPv59zUTH+52qVbZvD52rl+b+n61WdnryGWTntGYxd2K5jy5ioAF+wKK79DPcbCISdAdJkRb izPtozB1FBf6bWrwgpvAQ0qCJ57tNeiF8jKDkTweEIdPayBoQycFEfYAoLOf26fpxgRFA4i13cr0u +W/6dTJZz0fTCUG6fA8bM7YqOcFxN3809jNNuXvbzfMnqBmNvEOwWS7DbJiWqU85kGsGZItkJbeGs hDj2dAx67UYEjw==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Kaelyn <kaelyn.alexi@HIDDEN> Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition In-Reply-To: <oG6Z35UECVcm5tFFo502gQx_rdg5xJGWN9uzflvq4rdEPCmZpQvbuJUcOmjtkvhI4iEwqga-wHuZZpgsskyzdJHzEJqDQ1g6AtRmoTMHjQM=@protonmail.com> (Kaelyn's message of "Sun, 12 May 2024 15:26:23 +0000") References: <oG6Z35UECVcm5tFFo502gQx_rdg5xJGWN9uzflvq4rdEPCmZpQvbuJUcOmjtkvhI4iEwqga-wHuZZpgsskyzdJHzEJqDQ1g6AtRmoTMHjQM=@protonmail.com> Date: Mon, 13 May 2024 12:14:34 +0200 Message-ID: <87ikzic92t.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 70897 Cc: 70897 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hi Kaelyn, Kaelyn <kaelyn.alexi@HIDDEN> skribis: > I recently updated my systems after finally finding https://issues.guix.g= nu.org/70051 and seeing the issue I was having with booting with a non-root= LUKS partition configured had been fixed. After updating to a commit past = these two: > > 49f82fca41 mapped-devices: luks: Specify modules needed at the top-leve= l. > 6062339156 mapped-devices: <mapped-device-type> can specify modules to = import. > > I am now seeing a different error, which I am pretty sure is related > to the module import changes in 49f82fca41. The error I get is about > an unknown symbol "system*/tty" when the initramfs tries to prompt for > a password to unlock the LUKS partition containing the root > filesystem. To be clear, you have both a LUKS-encrypted root and a non-root LUKS-encrypted partition? (FWIW I tested (1) with a LUKS-encrypted root, and (2) with a cleartext root and LUKS-encrypted /home. The bug you mention affected #2.) Could you share your OS config or a relevant subset thereof? > I don't know how the module plumbing of Shepherd and the generated > initramfs work, but I suspect the fix for Shepherd opening LUKS > partition broke the import of system*/tty in the initramfs (for > example, at the early REPL that booting my latest system generation > ends up at, system*/tty is undefined initially, but after evaluating > "(use-modules (gnu build file-systems))" system*/tty resolves to a > procedure as exected--so the module is at least present in the > initramfs). I have encountered this error with two different systems, > and I believe the reproduction is simply trying to open a LUKS device > without a keyfile so that a password prompt is necessary. Hmm. Thanks for investigating! Ludo=E2=80=99.
bug-guix@HIDDEN:bug#70897; Package guix.
Full text available.Received: (at submit) by debbugs.gnu.org; 12 May 2024 15:26:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 12 11:26:38 2024 Received: from localhost ([127.0.0.1]:54985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1s6B5x-00023B-UP for submit <at> debbugs.gnu.org; Sun, 12 May 2024 11:26:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:41800) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <kaelyn.alexi@HIDDEN>) id 1s6B5v-000233-RN for submit <at> debbugs.gnu.org; Sun, 12 May 2024 11:26:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <kaelyn.alexi@HIDDEN>) id 1s6B5v-0008Ar-H4 for bug-guix@HIDDEN; Sun, 12 May 2024 11:26:35 -0400 Received: from mail-40131.protonmail.ch ([185.70.40.131]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <kaelyn.alexi@HIDDEN>) id 1s6B5r-0003DK-7D for bug-guix@HIDDEN; Sun, 12 May 2024 11:26:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1715527587; x=1715786787; bh=wzyWRxo848qZzTmBa6fRNMu1rEoqH8AaoE5qXndvXm4=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=fz7qa1pyZnzwgDH28YmOM7bJImxiA/qC0aXVSvr4Y8cVrpjuMkVHK+nlbrNCOVZDj l1aKvBp3sQgTivmNbnM/dRSt0f+awe4weUqGbLE3Bfrz+Zl9/iXj6Mk3LW6jEPSXf1 VemuKQeeXI/VClsJI1CoSiGU2Jhkudhuoodr76Ysfo/XdhPy2NW2aaR0+KNspE2wfq cmfMLPLu9oy+0lUa+xhVewpFYXtCguFGWV26PmEZPxSImFKYLjCT/vG2l1dTq7TQ/h 4xAHfwfslTWbGNJf4elojME5HyfnEVt7BYH1yoVFglEG2ZAc0lsfJIvhLj3I8TnFpP ymiBP+H/LVX9g== Date: Sun, 12 May 2024 15:26:23 +0000 To: "bug-guix@HIDDEN" <bug-guix@HIDDEN> From: Kaelyn <kaelyn.alexi@HIDDEN> Subject: Guix system hangs on boot with LUKS root partition Message-ID: <oG6Z35UECVcm5tFFo502gQx_rdg5xJGWN9uzflvq4rdEPCmZpQvbuJUcOmjtkvhI4iEwqga-wHuZZpgsskyzdJHzEJqDQ1g6AtRmoTMHjQM=@protonmail.com> Feedback-ID: 34709329:user:proton X-Pm-Message-ID: 7bc7fd3e3f6cd65f04b86e6d287066b542e3e643 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.131; envelope-from=kaelyn.alexi@HIDDEN; helo=mail-40131.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) Hi Ludo' and others, I recently updated my systems after finally finding https://issues.guix.gnu= .org/70051 and seeing the issue I was having with booting with a non-root L= UKS partition configured had been fixed. After updating to a commit past th= ese two: 49f82fca41 mapped-devices: luks: Specify modules needed at the top-level. 6062339156 mapped-devices: <mapped-device-type> can specify modules to im= port. I am now seeing a different error, which I am pretty sure is related to the= module import changes in 49f82fca41. The error I get is about an unknown s= ymbol "system*/tty" when the initramfs tries to prompt for a password to un= lock the LUKS partition containing the root filesystem. I don't know how th= e module plumbing of Shepherd and the generated initramfs work, but I suspe= ct the fix for Shepherd opening LUKS partition broke the import of system*/= tty in the initramfs (for example, at the early REPL that booting my latest= system generation ends up at, system*/tty is undefined initially, but afte= r evaluating "(use-modules (gnu build file-systems))" system*/tty resolves = to a procedure as exected--so the module is at least present in the initram= fs). I have encountered this error with two different systems, and I believ= e the reproduction is simply trying to open a LUKS device without a keyfile= so that a password prompt is necessary. Cheers, Kaelyn
Kaelyn <kaelyn.alexi@HIDDEN>:bug-guix@HIDDEN.
Full text available.bug-guix@HIDDEN:bug#70897; Package guix.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.