From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Huszagh Subject: Re: guix system init with mounted btrfs Date: Mon, 24 Jun 2019 07:51:00 -0700 Message-ID: <87d0j3uje3.fsf@gmail.com> References: <87r27lginz.fsf@gmail.com> <87v9wwscbm.fsf@nckx> <87v9wwhusn.fsf@gmail.com> <20190624114924.GA1163@macbook41> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:33054) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfQJI-0005ia-FE for help-guix@gnu.org; Mon, 24 Jun 2019 10:51:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hfQJG-000371-4o for help-guix@gnu.org; Mon, 24 Jun 2019 10:51:08 -0400 Received: from mail-pf1-x442.google.com ([2607:f8b0:4864:20::442]:34663) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hfQJF-000301-Tq for help-guix@gnu.org; Mon, 24 Jun 2019 10:51:06 -0400 Received: by mail-pf1-x442.google.com with SMTP id c85so7661260pfc.1 for ; Mon, 24 Jun 2019 07:51:03 -0700 (PDT) In-Reply-To: <20190624114924.GA1163@macbook41> (Efraim Flashner's message of "Mon, 24 Jun 2019 14:49:24 +0300") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Efraim Flashner Cc: help-guix@gnu.org Efraim Flashner writes: > I spent some time yesterday with the arch wiki and I have an idea. > assuming you're using %desktop-services, inside services: > > (modify-services %desktop-services > (udev-service-type config => > (udev-configuration > (inherit config) > (rules (list lvm2 fuse alsa-utils crda btrfs))))) > > Perhaps adding the udev rules for btrfs will force it to run 'btrfs > device scan' or whatever the magic is that it apparently isn't running > now. Thanks for the suggestion Efraim. I don't currently use desktop services, just base-services at the moment. However, I'm concerned there may still be an issue with this modification. I'm currently only getting prompted for 1 of 2 LUKS device passphrases, which I believe is an issue with the grub bootloader (which in my case is an efi shell program). I'm getting stuck at the grub rescue prompt and so I don't even get to the initial ramdisk stage. Is that where these services kick in, or does that happen later when the full kernel is loaded? When I mount the btrfs root fs manually, I have to decrypt both devices before I can run btrfs device scan. To address the grub issue I've tried doing: grub rescue> insmod luks grub rescue> cryptomount -a However, that doesn't appear to have any effect. I've also tried modifying grub.cfg directly and reinstalling the bootloader by chrooting and running grub-install, but that doesn't work for reasons that seem to be related to the guix way of doing things. Since I'm still new to Guix, I don't know how one might make custom modifications to the cfg file.