From: David Wilson <david@daviwil.com>
To: Mathieu Othacehe <othacehe@gnu.org>
Cc: 44872@debbugs.gnu.org
Subject: bug#44872: Installer crash: 'uuid->string' is passed #f in lieu of a UUID
Date: Tue, 08 Jun 2021 09:33:06 -0700 [thread overview]
Message-ID: <87a6o071vh.fsf@daviwil.com> (raw)
In-Reply-To: <8735tunqla.fsf@gnu.org>
Hi Mathieu!
Mathieu Othacehe <othacehe@gnu.org> 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
next prev parent reply other threads:[~2021-06-08 16:34 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <300530410.943064.1606325189191.ref@mail.yahoo.com>
2020-11-25 17:26 ` bug#44872: GuixSD 1.2.0 installer fails with exception when formatting drive Tim Magee
2020-11-26 8:58 ` Mathieu Othacehe
[not found] ` <304538163.1205868.1606443556649@mail.yahoo.com>
2020-11-27 3:12 ` bug#44872: Fw: " Tim Magee
2020-11-28 5:27 ` Tim Magee
2020-12-01 9:46 ` Mathieu Othacehe
2020-11-29 19:02 ` andi
2020-12-22 2:13 ` Tim Magee via web
2021-04-22 14:48 ` Ludovic Courtès
2021-04-22 22:40 ` bug#44872: Installer crash: 'uuid->string' is passed #f in lieu of a UUID Ludovic Courtès
2021-06-05 23:08 ` David Wilson
2021-06-07 6:20 ` Mathieu Othacehe
2021-06-08 16:33 ` David Wilson [this message]
2021-06-09 15:57 ` Mathieu Othacehe
2021-06-09 16:44 ` David Wilson
2021-06-12 7:49 ` Mathieu Othacehe
2021-06-12 13:53 ` David Wilson
2021-06-12 16:53 ` Mathieu Othacehe
2021-06-12 22:26 ` David Wilson
2021-06-17 10:24 ` Mathieu Othacehe
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=87a6o071vh.fsf@daviwil.com \
--to=david@daviwil.com \
--cc=44872@debbugs.gnu.org \
--cc=othacehe@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.