Hallo, Leute! "pelzflorian (Florian Pelz)" <pelzflor...@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
