From unknown Tue Jun 17 20:20:22 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#70897 <70897@debbugs.gnu.org> To: bug#70897 <70897@debbugs.gnu.org> Subject: Status: Guix system hangs on boot with LUKS root partition Reply-To: bug#70897 <70897@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:20:22 +0000 retitle 70897 Guix system hangs on boot with LUKS root partition reassign 70897 guix submitter 70897 Kaelyn severity 70897 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun May 12 11:26:38 2024 Received: (at submit) by debbugs.gnu.org; 12 May 2024 15:26:38 +0000 Received: from localhost ([127.0.0.1]:54985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6B5x-00023B-UP for submit@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 ) id 1s6B5v-000233-RN for submit@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 ) id 1s6B5v-0008Ar-H4 for bug-guix@gnu.org; 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 ) id 1s6B5r-0003DK-7D for bug-guix@gnu.org; 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@gnu.org" From: Kaelyn Subject: Guix system hangs on boot with LUKS root partition Message-ID: 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@protonmail.com; 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@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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: 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 From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 06:14:47 2024 Received: (at 70897) by debbugs.gnu.org; 13 May 2024 10:14:47 +0000 Received: from localhost ([127.0.0.1]:60042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6Shi-0008Do-NC for submit@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 ) id 1s6Shg-0008Dg-MN for 70897@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 ) 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?= To: Kaelyn Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition In-Reply-To: (Kaelyn's message of "Sun, 12 May 2024 15:26:23 +0000") References: Date: Mon, 13 May 2024 12:14:34 +0200 Message-ID: <87ikzic92t.fsf@gnu.org> 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@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Kaelyn, Kaelyn 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: 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. From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 15:44:59 2024 Received: (at 70897) by debbugs.gnu.org; 13 May 2024 19:44:59 +0000 Received: from localhost ([127.0.0.1]:34470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6bbW-0008RV-Sp for submit@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 ) id 1s6bbS-0008RL-MI for 70897@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?= From: Kaelyn Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition Message-ID: In-Reply-To: <87ikzic92t.fsf@gnu.org> References: <87ikzic92t.fsf@gnu.org> 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@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Ludo', On Monday, May 13th, 2024 at 3:14 AM, Ludovic Court=C3=A8s w= rote: >=20 >=20 > Hi Kaelyn, >=20 > Kaelyn kaelyn.alexi@protonmail.com 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: 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. From debbugs-submit-bounces@debbugs.gnu.org Sat May 18 13:04:52 2024 Received: (at 70897) by debbugs.gnu.org; 18 May 2024 17:04:52 +0000 Received: from localhost ([127.0.0.1]:34462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8NUK-0007q6-Ba for submit@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 ) id 1s8NUI-0007py-DC for 70897@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?= From: Kaelyn Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition Message-ID: In-Reply-To: References: <87ikzic92t.fsf@gnu.org> 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@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" 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 From debbugs-submit-bounces@debbugs.gnu.org Sat May 18 13:06:08 2024 Received: (at control) by debbugs.gnu.org; 18 May 2024 17:06:08 +0000 Received: from localhost ([127.0.0.1]:34472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8NVX-0007rK-PK for submit@debbugs.gnu.org; Sat, 18 May 2024 13:06:07 -0400 Received: from mail-4316.protonmail.ch ([185.70.43.16]:34123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8NVW-0007qx-42 for control@debbugs.gnu.org; Sat, 18 May 2024 13:06:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1716051956; x=1716311156; bh=m4X/xp/2D4n57o5eeS0ZaovnAGCe/0jg2aCprZHu2MM=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=D4cx06LLhos18utr2FQLWPTMvk5M31/EMIXu/OXPoeZtVGM6oZIayhbdD2LSlnG6K DTnlnFzz4+WoMgxavR5eS3cICIgg0bl1W0nI2HbJzKmkKigV36X/H+j7VEjElciazC 4rjvD1CCPC+DsIzMuZCD0itIvjQK5jSErWJa8uPDSJG+Uc7TO2mpt2aVoMN+xkhYdx gmWEzVF0JvL8IZWx3+hYHFfsrt4AIyscek4HQbFGyTSUYpCOeSzp2fzkPSkorovnmj xlDmt4/TWEYwvEkU6KgCbll+WiOdsZc0RurCuCk3ZmqGBnv8FSewtghS2OkHD7gejb gGkoA5Ygt26FQ== Date: Sat, 18 May 2024 17:05:50 +0000 To: "control@debbugs.gnu.org" From: Kaelyn Subject: (No Subject) Message-ID: Feedback-ID: 34709329:user:proton X-Pm-Message-ID: b2f8a80c2f0ffe0d261cf564c127ab7e076e5be9 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 70897 Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.0 SLIGHTLY_BAD_SUBJECT Subject contains something slightly spammy 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (kaelyn.alexi[at]protonmail.com) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [185.70.43.16 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) close 70897 From debbugs-submit-bounces@debbugs.gnu.org Sun May 19 10:05:40 2024 Received: (at 70897-done) by debbugs.gnu.org; 19 May 2024 14:05:40 +0000 Received: from localhost ([127.0.0.1]:36332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8hAS-0001PG-B1 for submit@debbugs.gnu.org; Sun, 19 May 2024 10:05:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8hAP-0001P4-E7 for 70897-done@debbugs.gnu.org; Sun, 19 May 2024 10:05:38 -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 ) id 1s8hAF-0003eP-P5; Sun, 19 May 2024 10:05:27 -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=3xy9OIVvg3A6CNDRHMNawGUcepl1J4K9CJOhelcqpWE=; b=KXikrVhrvQQmOW5MhY1O AazU9tmAnBSbfFPFKFrPdSDAwQgwyj1OuUCSrPyq8GuUX946BJGbhOXqgTdk4T093Ah4cLM89fPbT E4idcWpWU2qSdLJrliLi0D9pnkKgrAor0N1VC6O/rBgPJeoKzvMO2yNHviHz5HEXFdgAcRRcBZuv9 iuMyMQvvsAPL7Zf8URsOnXyICps+mkPkLgSZ80h902ciGFoNVwmjUFl1++JmCYNIq+tswTd5j2rT2 oNSqYZeJ1r4NW4zRMlIudsxzYTb1AZUkOLQxc0fMTOGFaZ5usFbR4RecwrQEAebOXNyMaEcwYVgpx 7b24d2u8AcMgLg==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Kaelyn Subject: Re: bug#70897: Guix system hangs on boot with LUKS root partition In-Reply-To: (Kaelyn's message of "Sat, 18 May 2024 17:04:37 +0000") References: <87ikzic92t.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Primidi 1 Prairial an 232 de la =?utf-8?Q?R=C3=A9vol?= =?utf-8?Q?ution=2C?= jour de la Luzerne X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sun, 19 May 2024 16:05:23 +0200 Message-ID: <87a5kl523g.fsf@gnu.org> 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-done Cc: 70897-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Kaelyn skribis: > I wanted to let you know that I have figured out what the failure is, > and it turned out to be a customization buried within some shared > operating-system 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 match the file that was missing the > import). Thank you for your time and help, and sorry about the red > herring of a bug report! Great, glad you found the problem! Ludo=E2=80=99. From unknown Tue Jun 17 20:20:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 17 Jun 2024 11:24:14 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator