Re: GNU Guix 1.2.0rc1 available for testing!

["Miguel Ángel Arruga Vivas" <rosen644835@gmail.com>]

Hallo, Leute!

"pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de> writes:
> On Sun, Nov 15, 2020 at 10:53:29PM +0100, Marius Bakke wrote:
>> I have just installed a system using manual partitioning through the
>> installer, with encryption.  Everything worked like a charm.
[...]
> Maybe it depends on how fast the machine completes a formatting task?
> So I tried again two more times and it failed again, I got the error
> again both times during partition formatting.
[...]
> I assume some formatting step had not completed in time.

From your log, the format didn't even took place, as it is the following
step from run-partitioning-page (at gnu/installer/newt/partition.scm),
but it was writing the partitions to the disk.  I think this comment
from free-parted (at gnu/installer/parted.scm) tells the same problem
you're hitting:

----------------------------------8<--------------------------------------
;; XXX: Formatting and further operations on disk partition table may fail
;; because the partition table changes are not synced, or because the device
;; is still in use, even if parted should have finished editing
;; partitions. This is not well understood, but syncing devices and waiting
;; them to stop returning EBUSY to BLKRRPART ioctl seems to be enough. The
;; same kind of issue is described here:
;; https://mail.gnome.org/archives/commits-list/2013-March/msg18423.html.
---------------------------------->8--------------------------------------

Nonetheless, we're only waiting 1 second + processing time to timeout
the lookup for EBUSY at 'with-delay-device-in-use?'.  Should we extend
that timeout?  I don't think waiting even minutes at this stage would be
a big issue, as formatting an encrypted partition may take hours and
will be performed just after that.

WDYT?

Happy hacking!
Miguel