all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Adrien 'neox' Bourmault <neox@gnu.org>
To: Fulbert <fulbert@bluewin.ch>, help-guix@gnu.org
Subject: Re: system hangs at boot - LUKS /home/ problem(?)
Date: Wed, 27 Mar 2024 10:39:36 +0100	[thread overview]
Message-ID: <932f7bd19906eee52f0f85f9915e283e4d57b1c9.camel@gnu.org> (raw)
In-Reply-To: <fb053096-0b0b-cda9-6799-73155a2bff58@bluewin.ch>

[-- Attachment #1: Type: text/plain, Size: 3291 bytes --]

Le mardi 26 mars 2024 à 18:58 +0100, Fulbert a écrit :
> I forgot to mention : LUKS version 2 with PBKDF: argon2i. I remember reading
> that guix supported LUKS2 except for /boot… but I might be wrong. At 
> least it
> has worked for month on my computer until guix d5f857a (22 mar 2024).
> 
> So, new question, do I have to convert to LUKS1 ?
> 
> Le 26.03.24 à 16:15, Fulbert a écrit :
> 
> > Hello! Seeking some help/suggestions to solve a problem preventing
> > my system to boot up, which was working properly up to guix 9b84b36
> > (21 mar 2024) (note: I confess that my system is not totally pure).
> > 
> > Starting with guix d5f857a (22 mar 2024) up to my latest guix pull
> > with 1415ea7, the **system hangs during boot**, and it does before
> > anything is written to /var/log/messages. So, using a video capture
> > of the screen at boot, I was abble to catch :
> > 
> > #+begin_src boot
> > shepherd[1]: Exception caught while while starting device-mapping-luks-homes:
> > (unbound-variable #f "Unbound variable: "S" (bytevector?) #f)
> > #+end_src
> > 
> > … which appears to be the culprit ?!
> > 
> > follows a long list of "shepherd[1]: Service XXX depends on YYY" and
> > then
> > #+begin_src boot
> > shepherd[1]: The following services could not be started in the background:
> > <follows the list of all services the system should start>
> > #+end_src
> > 
> >  From there : a blinking cursor and the only way out I found is
> > CTRL-ALT-DEL, which triggers shepherd to stop some services. After
> > that I have to shutdown using hardware button.
> > 
> > My system and its config.scm have not changed and I see nothing
> > relevant, related to LUKS/dm-crypt, in `guix pull -l`.
> > 
> > My LUKS is configured like so :
> > 
> >    (mapped-devices
> >      (list
> >        (mapped-device
> >          (source (uuid "<the uuid>"))
> >          (target "luks-homes")
> >          (type luks-device-mapping))))
> > 
> >    (file-systems
> >      (append
> >        (list
> >          […]
> >          (file-system (mount-point "/home")
> >                       (device (file-system-label "luks-homes"))
> >                       (type "ext4")
> >                       (dependencies mapped-devices))
> >          […]
> > 
> > Any help would be appreciated.
> > 
> 

Hi everyone, the exact same thing happens to me too since d5f857a.

I'm using a pure GNU Guix installation with my /home as a LUKS partition.

My fs configuration : 

  (file-systems (cons* 
    (file-system
      (mount-point "/home")
      (device "/dev/mapper/crypthome")
      (type "ext4")
      (dependencies mapped-devices))
    (file-system
      (mount-point "/boot/efi")
      (device (uuid "A012-A17A" 'fat32))
      (type "vfat"))
    (file-system
      (mount-point "/")
      (device (uuid "dfaec018-b99b-4d34-a206-eec25b833c45" 'ext4))
      (type "ext4")) %base-file-systems)))

Happy hacking!
-- 
Adrien Bourmault
Maintainer, GNU Boot project
Associate member, Free Software Foundation
GPG : 393D4CC68136F39799DA75F295F65F55F682A17A



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2024-03-27  9:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-26 15:15 system hangs at boot - LUKS /home/ problem(?) Fulbert
2024-03-26 17:58 ` Fulbert
2024-03-27  9:39   ` Adrien 'neox' Bourmault [this message]
2024-03-28 10:37     ` Fulbert
2024-03-28 11:34       ` Fulbert
2024-03-30 15:25         ` Remco van 't Veer
2024-04-02 20:00           ` Benjamin Slade
2024-04-02 20:00             ` bug#70051: " Benjamin Slade
2024-04-02 20:19             ` Remco van 't Veer
2024-04-08 11:47               ` SOLVED " Remco van 't Veer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=932f7bd19906eee52f0f85f9915e283e4d57b1c9.camel@gnu.org \
    --to=neox@gnu.org \
    --cc=fulbert@bluewin.ch \
    --cc=help-guix@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.