From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: bug#32313: Failed to boot after reconfiguring with a btrfs drive. Date: Tue, 31 Jul 2018 22:40:05 +0200 Message-ID: <20180731224005.5c8af200@scratchpost.org> References: <20180730185537.42d22b4d@scratchpost.org> <858aabfa-ef6e-c1fb-52f1-41eff9384a7f@openmailbox.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/EmrWA_QZd7w__.lu5a+JADN"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53181) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fkbS6-00055j-BC for bug-guix@gnu.org; Tue, 31 Jul 2018 16:41:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fkbS2-0005is-Dr for bug-guix@gnu.org; Tue, 31 Jul 2018 16:41:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59925) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fkbS2-0005in-9J for bug-guix@gnu.org; Tue, 31 Jul 2018 16:41:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fkbS2-0005r7-0N for bug-guix@gnu.org; Tue, 31 Jul 2018 16:41:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <858aabfa-ef6e-c1fb-52f1-41eff9384a7f@openmailbox.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Brendan Tildesley Cc: 32313@debbugs.gnu.org --Sig_/EmrWA_QZd7w__.lu5a+JADN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, On Tue, 31 Jul 2018 12:04:54 +1000 Brendan Tildesley wrote: > On 07/31/18 02:55, Danny Milosavljevic wrote: > > Hi, > > > > hmm, where's the "file-systems" form in your system config? > > > > The first important part is whether your file-system entry is needed-fo= r-boot? or not. > > =20 > Sorry, I forgot to un-kill it before copying the whole definition. It's h= ere >=20 > (file-systems > =C2=A0=C2=A0 (cons* > =C2=A0=C2=A0=C2=A0 (file-system > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (device (file-system-label "1tb")) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (mount-point "/mnt/1tb/") > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (type "btrfs")) > =C2=A0=C2=A0=C2=A0 (file-system > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;;(device > "/dev/disk/by-id/ata-Samsung_SSD_850_EVO_1TB_S2PWNX0J204086P-part1") > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (device (file-system-label "1ssd")) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (mount-point "/") > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (type "ext4")) > =C2=A0=C2=A0=C2=A0 %base-file-systems)) So it defaults to needed-for-boot? #f. I think this is a real bug. There is code in Guix to create an initrd. It will also create a correct modules.devname and also create a linux-boot module which will run on system boot and set up some files in /dev (reading from modules.devname), among those btrfs-control, IF THERE'S A btrfs FILESYSTEM WITH needed-for-boot? #t . Here there isn't. So the initrd won't create /dev/btrfs-control . But when needed-for-boot? is #f that means the file system will be mounted somewhen later (not in the initrd) when the root fs and store is already th= ere. That means there should be a shepherd service or activation part that parses linux-libre*/modules.devname and creates the still-missing /dev entr= ies. Where is that part? It should be either a dependency of the part that moun= ts the filesystem or just be right before it. So we need a backtrace... --Sig_/EmrWA_QZd7w__.lu5a+JADN Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAltgySUACgkQ5xo1VCww uqX3PQf+NjY6lBVTkgSDcqlbDIrFl2UaZsEdpq8R6l7i9YbYVv+yGwKMsSqIlGsu Ovnh3dEexIZIUojyQDmMrTXdQyOaPwPxmA7CMa1Egj4bLc2SqyvO/wufmOuUfZ7X ybdLnTEHMTXxVtLdv279/ELk4lTBkb3/n0kuE+zCEY83PcOyb1aHiKXt2PS6j7Uw 1pB42SgwXT6L5/0qwdPOdD17/JmsR68Bwhb4O54u2jKXv123nA7vo9YIcDjFTDDP aS6VnuSypbugFLVvwhPcbY7PXuZ0IwgQn+Xnc8uu8gPCfEbjicecHDb72NOqyuJb p4G2yDb/05dTDnvznHTqQ5RNwsMJug== =f1Tc -----END PGP SIGNATURE----- --Sig_/EmrWA_QZd7w__.lu5a+JADN--