GNU bug report logs - #56572
failed install on partition, backtrace attached

Previous Next

To reply to this bug, email your comments to 56572 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Peter <sunspark <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: failed install on partition, backtrace attached
Date: Fri, 15 Jul 2022 01:29:44 -0400

[Message part 1 (text/plain, inline)]

Hi,

I did manual partitioning because I didn't want to wipe the other
partitions out.

Set / and /home partitions, formatted as EXT4.

Crashes as soon as it writes the changes, displays the backtrace and
restarts the installer.

Best,
Peter

[Message part 2 (text/html, inline)]

[IMG_20220715_010622.jpg (image/jpeg, attachment)]

Message #8 received at 56572 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Peter <sunspark <at> gmail.com>
Cc: 56572 <at> debbugs.gnu.org
Subject: Re: bug#56572: failed install on partition, backtrace attached
Date: Fri, 15 Jul 2022 12:58:26 +0200

Hi Peter,

Peter <sunspark <at> gmail.com> skribis:

> I did manual partitioning because I didn't want to wipe the other
> partitions out.
>
> Set / and /home partitions, formatted as EXT4.
>
> Crashes as soon as it writes the changes, displays the backtrace and
> restarts the installer.

Ouch.  Could you confirm it was with the 1.3.0 installer?

It would seem that the bug comes from ‘read-partition-uuid’ returning #f
in this function:

--8<---------------cut here---------------start------------->8---
(define (user-partition->file-system user-partition)
  "Convert the given USER-PARTITION record in a FILE-SYSTEM record from
(gnu system file-systems) module and return it."
  (let* ((mount-point (user-partition-mount-point user-partition))
         (fs-type (user-partition-fs-type user-partition))
         (crypt-label (user-partition-crypt-label user-partition))
         (mount-type (user-fs-type->mount-type fs-type))
         (file-name (user-partition-file-name user-partition))
         (upper-file-name (user-partition-upper-file-name user-partition))
         ;; Only compute uuid if partition is not encrypted.
         (uuid (or crypt-label
                   (uuid->string (read-partition-uuid file-name) fs-type))))
    `(file-system
       (mount-point ,mount-point)
       (device ,@(if crypt-label
                     `(,upper-file-name)
                     `((uuid ,uuid (quote ,fs-type)))))
       (type ,mount-type)
       ,@(if crypt-label
             '((dependencies mapped-devices))
             '()))))
--8<---------------cut here---------------end--------------->8---

This can happen if a partition you chose to create actually contains
random data or a file system not supported by (gnu build file-systems);
this, in turn, can happen if you chose not to format partitions during
the installation process.

Could it be what happened in your case?

Ludo’.

Message #11 received at 56572 <at> debbugs.gnu.org (full text, mbox):

From: sunspark <sunspark <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 56572 <at> debbugs.gnu.org
Subject: Re: bug#56572: failed install on partition, backtrace attached
Date: Fri, 15 Jul 2022 10:15:26 -0400

[Message part 1 (text/plain, inline)]

Hi, I confirm it was with the 1.3.0 installer. I have since downloaded the snapshot installer but I haven't tested it yet. However I would need to be careful testing because this time around I have created raw unformatted partitions in Windows disk manager because it annoys me how different Linux disk utilities round numbers differently. The guix installer views 64 GB as 68.7 GB and entering 68.7 there to create a matching 64 creates 63.98 GB instead. I suppose I would need to run it twice again with the 1.3 first. Once to see if just formatting a windows created raw partition fixes it and once with a filesystem that isn't ext4 then the snapshot. My partition table is standard. 100 meg efi, 128 meg Microsoft reserved partiton, two NTFS partitions, the two ext4s I was attempting to create in unallocated space and a linux swap partition already created. Incidentally, the reboot command in F1 doesn't work either. Just black screens. Need to hold the power button down.Best,PeterSent from my Galaxy
-------- Original message --------From: Ludovic Courtès <ludo <at> gnu.org> Date: 2022-07-15  06:58  (GMT-05:00) To: Peter <sunspark <at> gmail.com> Cc: 56572 <at> debbugs.gnu.org Subject: Re: bug#56572: failed install on partition, backtrace attached Hi Peter,Peter <sunspark <at> gmail.com> skribis:> I did manual partitioning because I didn't want to wipe the other> partitions out.>> Set / and /home partitions, formatted as EXT4.>> Crashes as soon as it writes the changes, displays the backtrace and> restarts the installer.Ouch.  Could you confirm it was with the 1.3.0 installer?It would seem that the bug comes from ‘read-partition-uuid’ returning #fin this function:--8<---------------cut here---------------start------------->8---(define (user-partition->file-system user-partition)  "Convert the given USER-PARTITION record in a FILE-SYSTEM record from(gnu system file-systems) module and return it."  (let* ((mount-point (user-partition-mount-point user-partition))         (fs-type (user-partition-fs-type user-partition))         (crypt-label (user-partition-crypt-label user-partition))         (mount-type (user-fs-type->mount-type fs-type))         (file-name (user-partition-file-name user-partition))         (upper-file-name (user-partition-upper-file-name user-partition))         ;; Only compute uuid if partition is not encrypted.         (uuid (or crypt-label                   (uuid->string (read-partition-uuid file-name) fs-type))))    `(file-system       (mount-point ,mount-point)       (device ,@(if crypt-label                     `(,upper-file-name)                     `((uuid ,uuid (quote ,fs-type)))))       (type ,mount-type)       ,@(if crypt-label             '((dependencies mapped-devices))             '()))))--8<---------------cut here---------------end--------------->8---This can happen if a partition you chose to create actually containsrandom data or a file system not supported by (gnu build file-systems);this, in turn, can happen if you chose not to format partitions duringthe installation process.Could it be what happened in your case?Ludo’.

[Message part 2 (text/html, inline)]

Message #14 received at 56572 <at> debbugs.gnu.org (full text, mbox):

From: Peter <sunspark <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 56572 <at> debbugs.gnu.org
Subject: Re: bug#56572: failed install on partition, backtrace attached
Date: Fri, 15 Jul 2022 15:55:35 -0400

[Message part 1 (text/plain, inline)]

Follow-up: 1.3.0 installer couldn't be used again, will submit another bug
for the reason why separately.

Using the snapshot 520v5sznglla0z1g3mz6pfsml88b8gxx-image.iso did not have
the error 1.3.0 did trying to format/write to the partition and the install
was able to complete.

So it seems as if there is an issue with the partitioning software in the
1.3.0 image.


On Fri, Jul 15, 2022 at 10:18 AM sunspark <sunspark <at> gmail.com> wrote:

> Hi,
>
> I confirm it was with the 1.3.0 installer.
>
> I have since downloaded the snapshot installer but I haven't tested it
> yet. However I would need to be careful testing because this time around I
> have created raw unformatted partitions in Windows disk manager because it
> annoys me how different Linux disk utilities round numbers differently. The
> guix installer views 64 GB as 68.7 GB and entering 68.7 there to create a
> matching 64 creates 63.98 GB instead.
>
> I suppose I would need to run it twice again with the 1.3 first. Once to
> see if just formatting a windows created raw partition fixes it and once
> with a filesystem that isn't ext4 then the snapshot.
>
> My partition table is standard. 100 meg efi, 128 meg Microsoft reserved
> partiton, two NTFS partitions, the two ext4s I was attempting to create in
> unallocated space and a linux swap partition already created.
>
> Incidentally, the reboot command in F1 doesn't work either. Just black
> screens. Need to hold the power button down.
>
> Best,
> Peter
>
>
>
>
>
> Sent from my Galaxy
>
>
> -------- Original message --------
> From: Ludovic Courtès <ludo <at> gnu.org>
> Date: 2022-07-15 06:58 (GMT-05:00)
> To: Peter <sunspark <at> gmail.com>
> Cc: 56572 <at> debbugs.gnu.org
> Subject: Re: bug#56572: failed install on partition, backtrace attached
>
> Hi Peter,
>
> Peter <sunspark <at> gmail.com> skribis:
>
> > I did manual partitioning because I didn't want to wipe the other
> > partitions out.
> >
> > Set / and /home partitions, formatted as EXT4.
> >
> > Crashes as soon as it writes the changes, displays the backtrace and
> > restarts the installer.
>
> Ouch.  Could you confirm it was with the 1.3.0 installer?
>
> It would seem that the bug comes from ‘read-partition-uuid’ returning #f
> in this function:
>
> --8<---------------cut here---------------start------------->8---
> (define (user-partition->file-system user-partition)
>   "Convert the given USER-PARTITION record in a FILE-SYSTEM record from
> (gnu system file-systems) module and return it."
>   (let* ((mount-point (user-partition-mount-point user-partition))
>          (fs-type (user-partition-fs-type user-partition))
>          (crypt-label (user-partition-crypt-label user-partition))
>          (mount-type (user-fs-type->mount-type fs-type))
>          (file-name (user-partition-file-name user-partition))
>          (upper-file-name (user-partition-upper-file-name user-partition))
>          ;; Only compute uuid if partition is not encrypted.
>          (uuid (or crypt-label
>                    (uuid->string (read-partition-uuid file-name)
> fs-type))))
>     `(file-system
>        (mount-point ,mount-point)
>        (device ,@(if crypt-label
>                      `(,upper-file-name)
>                      `((uuid ,uuid (quote ,fs-type)))))
>        (type ,mount-type)
>        ,@(if crypt-label
>              '((dependencies mapped-devices))
>              '()))))
> --8<---------------cut here---------------end--------------->8---
>
> This can happen if a partition you chose to create actually contains
> random data or a file system not supported by (gnu build file-systems);
> this, in turn, can happen if you chose not to format partitions during
> the installation process.
>
> Could it be what happened in your case?
>
> Ludo’.
>

[Message part 2 (text/html, inline)]

Message #17 received at 56572 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Peter <sunspark <at> gmail.com>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 56572 <at> debbugs.gnu.org,
 Josselin Poiret <dev <at> jpoiret.xyz>
Subject: Re: bug#56572: failed install on partition, backtrace attached
Date: Mon, 18 Jul 2022 11:10:33 +0200

Hi,

Peter <sunspark <at> gmail.com> skribis:

> Follow-up: 1.3.0 installer couldn't be used again, will submit another bug
> for the reason why separately.
>
> Using the snapshot 520v5sznglla0z1g3mz6pfsml88b8gxx-image.iso did not have
> the error 1.3.0 did trying to format/write to the partition and the install
> was able to complete.
>
> So it seems as if there is an issue with the partitioning software in the
> 1.3.0 image.

That suggests that this formatting bug was fixed in the meantime, which
is plausible because a lot of work has gone in the installer since
1.3.0.

Josselin, Mathieu, does that ring a bell?

Thanks,
Ludo’.

Message #20 received at 56572 <at> debbugs.gnu.org (full text, mbox):

From: Josselin Poiret <dev <at> jpoiret.xyz>
To: Ludovic Courtès <ludo <at> gnu.org>, Peter <sunspark <at> gmail.com>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 56572 <at> debbugs.gnu.org
Subject: Re: bug#56572: failed install on partition, backtrace attached
Date: Thu, 21 Jul 2022 18:18:03 +0200

Hello everyone,

Ludovic Courtès <ludo <at> gnu.org> writes:
> That suggests that this formatting bug was fixed in the meantime, which
> is plausible because a lot of work has gone in the installer since
> 1.3.0.
>
> Josselin, Mathieu, does that ring a bell?

None for me, but it could come from improvements in (gnu build
file-systems) and friends too, not just the installer.  I can't pinpoint
a specific commit that would do that, but there are some general reworks
that might have helped with this.

Best,
-- 
Josselin Poiret

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.