GNU bug report logs -
#53459
installer: uuid->string failure backtrace (again)
Previous Next
Reported by: Néstor Arocha <n <at> nestorarocha.com>
Date: Sat, 22 Jan 2022 22:43:01 UTC
Severity: normal
Done: Mathieu Othacehe <othacehe <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53459 in the body.
You can then email your comments to 53459 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sat, 22 Jan 2022 22:43:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Néstor Arocha <n <at> nestorarocha.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 22 Jan 2022 22:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I was trying to get guix installed on my x86_64 machine. (icore 3, 16Gb
RAM, 1TB ssd, ethernet working, using the guix curses installer)
Originally I tried as the only distribution in the system, but grub-efi
wouldn't get installed or recognised by the bios on boot.
Instead I decided to install debian on the first 500Gb and guix on the
second half. My idea is that by sharing the boot/efi partition and
debian managing the boot I would be able to boot guix as well
Debian created the following partitions
1 537mb fat32 /boot/efi
2 512mb ext2 /boot
3 500GB encrypted volume
Then with guix I manually added the 4th partition as encrypted volume
with / mount point.
After the guix installer ask for the password for the new encrypted volume, I'd see the following error:
```
ice-9/eval.scm:159:9: Throw to key 'match-error' with args '("match" "no matching pattern" (#f ext4))'
```
I have attached a literal screenshot with the whole backtrace.
Any suggestions on how to go forward?
Thanks,
Nestor
[guix_backtrace.png (image/png, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sun, 23 Jan 2022 16:55:04 GMT)
Full text and
rfc822 format available.
Message #8 received at 53459 <at> debbugs.gnu.org (full text, mbox):
Hi,
I forgot to mention that I am working with current stable guix 1.3.0
I also tried a few things:
* Manual installation doesn't trigger the error at all, but the end result is that it won't boot like before
* an independent boot partition on top of a shared /boot/efi didn't make any difference
* Trying to install guix with the boot-grub loader rather than efi didn't work at all and the boot installed errored
But I am happy to say that (after standard guix install) adding the entry in grub manually in debian
did work:
```
menuentry "Guix" {
insmod part_gpt
insmod chain
set root='(hd0,gpt1)'
chainloader /EFI/Guix/grubx64.efi
}
```
and then running update-grub
For some reason it asks for the encryption password twice.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sun, 23 Jan 2022 16:55:05 GMT)
Full text and
rfc822 format available.
Message #11 received at 53459 <at> debbugs.gnu.org (full text, mbox):
Hi,
I forgot to mention that I am working with current stable guix 1.3.0
I also tried a few things:
* Manual installation doesn't trigger the error at all, but the end result is that it won't boot like before
* an independent boot partition on top of a shared /boot/efi didn't make any difference
* Trying to install guix with the boot-grub loader rather than efi didn't work at all and the boot installed errored
But I am happy to say that (after standard guix install) adding the entry in grub manually in debian
did work:
```
menuentry "Guix" {
insmod part_gpt
insmod chain
set root='(hd0,gpt1)'
chainloader /EFI/Guix/grubx64.efi
}
```
and then running update-grub
For some reason it asks for the encryption password twice.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sun, 23 Jan 2022 17:00:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 53459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I forgot to mention that I am working with current stable guix 1.3.0
I also tried a few things:
* Manual installation doesn't trigger the error at all, but the end result is that it won't boot like before
* an independent boot partition on top of a shared /boot/efi didn't make any difference
* Trying to install guix with the boot-grub loader rather than efi didn't work at all and the boot installed errored
But I am happy to say that (after standard guix install) adding the entry in grub manually in debian
did work:
```
menuentry "Guix" {
insmod part_gpt
insmod chain
set root='(hd0,gpt1)'
chainloader /EFI/Guix/grubx64.efi
}
```
and then running update-grub
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sun, 23 Jan 2022 17:52:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 53459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
retitle 43459 installer: uuid->string failure backtrace (again)
merge 54480 43459
thanks
This seems to be the same issue as <https://issues.guix.gnu.org/53380>.
> I forgot to mention that I am working with current stable guix 1.3.0
There's no ‘stable’ Guix; Guix 1.3.0 is just a snapshot of a particular
version of Guix with a bit of extra testing. It doesn't receive
bugfixes.
I recommend trying the latest installer instead of the 1.3.0
installer (see <https://guix.gnu.org/en/download/latest/>).
Since 53459 appears to be the same issue and it appears to
have been resolved, it would seem likely that it has been
fixed in the latest installer.
Unfortunately, the full conversation of 53380 is not available, so I'm
not sure if it has actually been addressed ...
Greetings,
Maxime.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sun, 23 Jan 2022 17:57:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 53459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Néstor Arocha schreef op za 22-01-2022 om 21:34 [+0000]:
> Originally I tried as the only distribution in the system, but grub-
> efi
> wouldn't get installed or recognised by the bios on boot.
Make sure the computer's boot process is configured to the correct mode
-- UEFI or BIOS (sometimes called ‘Legacy mode’). Which of the two
you want depend on what exactly you are doing.
What dou you mean with ‘doesn't get recognised by the bios on boot’ --
what exactly does the boot process say?
About ‘grub-efi wouldn't get installed’ -- this is rather vague, do you
have some kind of error message or something?
Also, it would be useful to see the actual system configuration
(the (operating-system [...])).
Greetings,
Maxime.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Sun, 23 Jan 2022 18:00:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 53459 <at> debbugs.gnu.org (full text, mbox):
>
retitle 53459 installer: uuid->string failure backtrace (again)
merge 54480 53459
thanks
Changed bug title to 'installer: uuid->string failure backtrace (again)' from 'error while installing with existing partitions'
Request was from
Maxime Devos <maximedevos <at> telenet.be>
to
control <at> debbugs.gnu.org
.
(Sun, 23 Jan 2022 18:00:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53459
; Package
guix
.
(Mon, 24 Jan 2022 10:06:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 53459 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, Jan 23, 2022 at 06:56:37PM +0100, Maxime Devos wrote:
> Make sure the computer's boot process is configured to the correct mode
> -- UEFI or BIOS (sometimes called ‘Legacy mode’). Which of the two
> you want depend on what exactly you are doing.
BIOS doesn't have a legacy mode option that I could see (motherboard MSI
MPG z490 gaming plus). So for this system I am stuck with uefi (I think)
> What dou you mean with ‘doesn't get recognised by the bios on boot’ --
> what exactly does the boot process say?
> About ‘grub-efi wouldn't get installed’ -- this is rather vague, do you
> have some kind of error message or something?
After installing guix when it tells me to reboot, the next boot will
simply not boot. There is no error within guix or any indication of a
problem.
Even now when running `guix system reconfigure /etc/config.scm`
the output says:
```
building /gnu/store/gh6k581m0qddzrc601rj49j0v3fyim5x-install-bootloader.scm.drv...
guix system: bootloader successfully installed on '/boot/efi'
The following derivation will be built:
/gnu/store/siwn6q6kyxacjz1wdkwd8lm6w18606g8-upgrade-shepherd-services.scm.drv
...
```
But the system still boots with debian's grub first which then I can
chain to guix's grub. I'd expect guix to override the boot or at least
to see the option in the bios
> Also, it would be useful to see the actual system configuration
> (the (operating-system [...])).
>
> Greetings,
> Maxime.
>
[higuix_config.scm (text/plain, attachment)]
Reply sent
to
Mathieu Othacehe <othacehe <at> gnu.org>
:
You have taken responsibility.
(Sat, 12 Nov 2022 13:51:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Néstor Arocha <n <at> nestorarocha.com>
:
bug acknowledged by developer.
(Sat, 12 Nov 2022 13:51:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 53459-done <at> debbugs.gnu.org (full text, mbox):
Hello,
> ice-9/eval.scm:159:9: Throw to key 'match-error' with args '("match" "no matching pattern" (#f ext4))'
This is very likely fixed by: ab974ed709976d34917c8f6f9e5cc0004547af45.
Thanks,
Mathieu
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 11 Dec 2022 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 134 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.