From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 08 12:33:17 2021 Received: (at 44872) by debbugs.gnu.org; 8 Jun 2021 16:33:17 +0000 Received: from localhost ([127.0.0.1]:59617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lqefE-00065U-R2 for submit@debbugs.gnu.org; Tue, 08 Jun 2021 12:33:17 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:58147) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lqefD-00065E-2B for 44872@debbugs.gnu.org; Tue, 08 Jun 2021 12:33:15 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id EB6005C00E0; Tue, 8 Jun 2021 12:33:08 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 08 Jun 2021 12:33:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=daviwil.com; h= references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; s=fm2; bh=E0FKr7c01AAyuAPKaZi+fMNfPi k7sVFQkbi9iyQqyX8=; b=X9uOCDQsrvKthK8yNTebMrvos/YoGTGrHHhQkUWDjy ftXxBRXuxcnqXIo+ujGTRVF68yVqoRiZnkWCkPdw7raX96k0rFPuMYMUGkQfLqW8 Inf8YsH+bTF0v8+Lok24PyL0vgmXYtXC3+L6Ft8hbICLBmSjEk5EKSy0X/jQZtsb 1LeIhWChpPsexZTnYxCaHXq46nqYBX6N7CM3vntaX6a1l4EYmk4vz6OAgcrwQ7h0 kVDkAy6vSTEvq4StkrzRbPhFecqwvnwxR6MitYWSCQzqDmvzAivdxueLUPZ0a+TF XHPi9Nv6LXkx+7H5oqjyOo9vK3bdjEZ1BGmnOI5eJiVA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=E0FKr7 c01AAyuAPKaZi+fMNfPik7sVFQkbi9iyQqyX8=; b=Glw8OjwpFmKsRzJQHsKod3 MPt3+dCDHz17kiO/tKOIz3ks6v+7MolihsIaKBcsWc2gkCJqluR0yLzMtoO4Pmem hiZjbyHNms1C0aJ6V7+5tw9YrSbKg/5xpzN/gY2AtEDF5pe+HD3lAoqL/AMrEEyt L4fOgge3hQXsOFATW3IdWE5I+965lTiKgafWmSdMfKyfGtxg6oXPISWcttqFL2a/ 3yShWgBAbyiPB5YQpOmk6EhaRJU9XV6YPByGGBgKnCBPWDVKU0zloe+Mk0OyzrUh bCWk4sqVzfL+MpruBn1KWfhvfTMKvrshqumLzSHzN6h2kCNMS53cUBxdNbEp9qGA == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtledgkeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfhgfhffvufgjfffkgggtsehttdertddtredtnecuhfhrohhmpeffrghvihgu ucghihhlshhonhcuoegurghvihgusegurghvihifihhlrdgtohhmqeenucggtffrrghtth gvrhhnpeeigfffteduffegudfhgeduheeifeejteehgeefkeeuhfetkeevgfelkeegteev heenucffohhmrghinheptdigtddrshhtpdgvgihtgedrrghsnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepuggrvhhiugesuggrvhhifihilhdr tghomh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 8 Jun 2021 12:33:08 -0400 (EDT) References: <300530410.943064.1606325189191@mail.yahoo.com> <87fsxvsyek.fsf@daviwil.com> <8735tunqla.fsf@gnu.org> User-agent: mu4e 1.4.15; emacs 28.0.50 From: David Wilson To: Mathieu Othacehe Subject: Re: bug#44872: Installer crash: 'uuid->string' is passed #f in lieu of a UUID In-reply-to: <8735tunqla.fsf@gnu.org> Date: Tue, 08 Jun 2021 09:33:06 -0700 Message-ID: <87a6o071vh.fsf@daviwil.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44872 Cc: 44872@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 Mathieu! Mathieu Othacehe writes: > The problem here is probably caused by the "free-parted" procedure > returning before all the partitions are properly created by the kernel. > > You could maybe try to run a custom installer image with the hideous > attached patch to confirm this theory. I built a new installer image with the fix you provided and it unfortunately didn't resolve the issue. I did see the sleep occur after I confirmed the partitioning dialog, so the patch is definitely in place. I spent a lot of time on Sunday investigating this and I'm pretty confused as to why it's happening. It seems that for some reason `read-partition-uuid' is returning `#f' for one of my partitions in the installer but I'm not sure which one it is. Is it the case that it should only be looking at the partitions that I'm mounting? Take a look at these logs from a `guix repl' session (sorry for the image, couldn't copy text from that machine): https://0x0.st/-_no.jpg The two partitions that I'm setting as mount points in the graphical installer are: - /dev/nvme0n1p1: An existing vfat EFI partition created for the original Windows install on this machine - /dev/nvme0n1p6: A fresh ext4 partition that I created and formatted myself in the shell with `cfdisk' and `mkfs.ext4'. As you can see from the logs, both `read-partition-uuid' and `uuid->string' are both returning the expected outputs. I've double-checked the UUIDs with `cfdisk' and they match up perfectly. The reason why I think this isn't related to `free-parted' is because I'm not actually creating or changing any of the partitions in the partitioning page; the only setting I change is to set the mount point of /dev/nvme0n1p6 to `/'. The EFI partition is already detected and set to mount at /boot/efi. Any thoughts on what else I can try? I'm happy to try anything since I have a very reliable repro in front of me :) Thanks! David