From: Marinus Savoritias <marinus.savoritias@oezhayl.dev>
To: "Miguel Ángel Arruga Vivas" <rosen644835@gmail.com>,
"Marinus Savoritias" <marinus.savoritias@disroot.org>
Cc: guix-devel@gnu.org, 43879@debbugs.gnu.org
Subject: Re: bug#43879: Problem with graphical installer
Date: Sat, 31 Oct 2020 15:52:00 +0100 [thread overview]
Message-ID: <dfd4a930-dd76-1639-b9ef-eec9f2009701@oezhayl.dev> (raw)
In-Reply-To: <877dr64n5c.fsf@gmail.com>
On 10/31/20 1:04 PM, Miguel Ángel Arruga Vivas wrote:
> Hi,
>
> I CC the list, as we are currently on freeze, but this might require a
> fix or at least a big explanation somewhere, my bad for not answering
> soon enough. :-(
>
> Marinus Savoritias <marinus.savoritias@disroot.org> writes:
>> Hi,
>>
>> The steps that I followed were:
>>
>> 1. Use guided installation using full disk with graphical installer
>>
>> 2. I selected use entire disk and not a separate /home
>>
>> 3. It gave me the warning that its going to format the disk.
>
> Testing this I think this warning may be the confusion source. "All
> data will be lost" doesn't include in this case the old ESP partition
> (the one in /boot/efi) as that one is not removed when it exists.
>
>> [...] I curiously found that the files from the previous installation
>> of Gentoo were there. Even though the installer said that it formatted
>> the disk.
>
> To clarify this I propose the attached patch.
Agreed on this part. I think there should be a clarification.
>
>> I was using the default that the guided installation uses. I didn't
>> change anything there.
>
> Probably it's too late to add new options to that list, or a new
> selection step when the partitioning is guided asking if esp should be
> kept, as the tests have to be updated too.
>
>> At that point as I said I formatted the disk separately to make sure
>> it was properly formatted this time but the same thing happened.
>>
>> The only way I could work around the bug was by selecting the manual
>> partitioning instead of guided in the graphical installer.
>
> I'm throwing a guess here: did you format the root partition but not
> /boot/efi the second time?
If you mean the workaround I found in the end no. I deleted both of the
partitions. I also deleted both partitions when I tried to do it
separately from the installation.
That is what makes this bug so interesting. Because even if you delete
both the partitions with parted. And then start the graphical guix
installation it doesn't solve anything.
The only way to solve it is to format both the partitions manually with
the installer.
Marinus
>
> Happy hacking!
> Miguel
>
next prev parent reply other threads:[~2020-10-31 16:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-09 10:00 bug#43879: Problem with graphical installer Marinus Savoritias
2020-10-19 14:41 ` Miguel Ángel Arruga Vivas
2020-10-19 19:18 ` Marinus Savoritias
2020-10-31 12:04 ` Miguel Ángel Arruga Vivas
2020-10-31 14:39 ` Marinus Savoritias
2020-10-31 14:41 ` Marinus Savoritias
2020-10-31 14:52 ` Marinus Savoritias [this message]
2020-11-01 19:47 ` Mathieu Othacehe
2020-11-02 11:17 ` Miguel Ángel Arruga Vivas
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=dfd4a930-dd76-1639-b9ef-eec9f2009701@oezhayl.dev \
--to=marinus.savoritias@oezhayl.dev \
--cc=43879@debbugs.gnu.org \
--cc=guix-devel@gnu.org \
--cc=marinus.savoritias@disroot.org \
--cc=rosen644835@gmail.com \
/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.