GNU bug report logs - #70051
guix system hangs on boot with LUKS /home partition

Previous Next

Package: guix;

Reported by: Fulbert <fulbert <at> bluewin.ch>

Date: Thu, 28 Mar 2024 11:26:01 UTC

Severity: important

Merged with 70266

Done: Ludovic Courtès <ludo <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #29 received at 70051 <at> debbugs.gnu.org (full text, mbox):

From: Benjamin Slade <beoram <at> gmail.com>
To: Remco van 't Veer <remco <at> remworks.net>, Fulbert <fulbert <at> bluewin.ch>,
 help-guix <at> gnu.org,  70051 <at> debbugs.gnu.org,  Adrien 'neox' Bourmault
 <neox <at> gnu.org>,  Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: system hangs at boot - LUKS /home/ problem(?)
Date: Tue, 02 Apr 2024 15:00:02 -0500
[Message part 1 (text/plain, inline)]
I can't roll back to the earlier commit mentioned by Remco because other things/channels depend on me being roughly up-to-date on the main guix channel.

However, I can confirm the issue, as changing my configuration *not* to mount an encrypted /home resolves the boot issue.

I note two things:

a. when I try to configure with an encrypted /home, I get error/warning messages at the end: (earlier I also got a message about the "find-crypthome-by-uuid" process failing; I changed to specify a /dev/sXN device instead)

        guix system: warning: exception caught while executing 'start' on service 'device-mapping-crypthome':
      error: system*/tty: unbound variable
      guix system: warning: some services could not be upgraded
      hint: to allow changes to all the systems to take effect, you will need to reboot.

b. no `crypttab' is created (I don't remember how Guix handles encrypted /home's to know whether or not this is expected).


--B.

On Sat, 30 Mar 2024 16:25:07 +0100 (3 days, 4 hours, 30 minutes ago), Remco van 't Veer <remco <at> remworks.net> wrote:

> Hi,

> Confirmed on a couple of my installs.  I too have an unencrypted root
> and encrypted home filesystems.  The passphrase prompt never appears and
> the system seems to be waiting for something or is halted.

> I've git bisected it down to:

>   commit 6f9d844d2ece7b369d17bbe678978462425f869c (HEAD)
>   Author: Ludovic Courtès <ludo <at> gnu.org>
>   Date:   Wed Mar 20 18:48:38 2024 +0100

>     services: shepherd: Load each service file in a fresh module.

>     Fixes <https://issues.guix.gnu.org/67649>.

>     * gnu/home/services/shepherd.scm (home-shepherd-configuration-file)[config]:
>     Define ‘make-user-module’.  Call ‘load’ in ‘save-module-excursion’.
>     * gnu/services/shepherd.scm (shepherd-configuration-file): Likewise.

> Commit 2b052fe3c0fa85e9faa8873a581568ad4c78e151 still works.

> Cheers,
> Remco

This bug report was last modified 1 year and 100 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.