Bug 2353524

Summary: re-format a disk makes it hard to continue the installation
Product: [Fedora] Fedora Reporter: lnie <lnie>
Component: anaconda-webuiAssignee: Katerina Koukiou <kkoukiou>
Status: ON_QA --- QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 42CC: jkonecny, kkoukiou, mkolman, rvykydal
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: anaconda-webui-30-1.fc42 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
anaconda.log
none
storage.log
none
screenshot none

Description lnie 2025-03-20 09:36:42 UTC 
1. boot Fedora-Workstation-Live-42-20250315.n.0.x86_64.iso on a VM containing two disks
2 select the two disks then launch storage editor
3 create /boot /boot/efi /home on one disk, and / on another 
4.reformat the / disk,say, if you choose xfs on step2,now choose ext4(different filesystem is not needed,you can also choose xfs on this step)
5 you will see the warning message pops up, after you click "Return to installation" button,as shown in the attached screenshot.It claims "you have not defined a root partition(/),which is required for installation of fedora to continue", but as you can see, / is right there. If I remove the "/" mount point,it will claims "storage requirement does not met"(screenshot2)

Please note,this bug is 100% reproducible,even with the latest anaconda-webui.



Reproducible: Always
Comment 1 lnie 2025-03-20 09:37:21 UTC 
Created attachment 2081025 [details]
anaconda.log
Comment 2 lnie 2025-03-20 09:38:21 UTC 
Created attachment 2081026 [details]
storage.log
Comment 3 lnie 2025-03-20 09:42:44 UTC 
Created attachment 2081027 [details]
screenshot
Comment 5 Katerina Koukiou 2025-03-20 16:31:43 UTC 
@Inie I am not longer able to reproduce this bug with latest anaconda and anaconda-webui update. I added an automation test for this as well https://github.com/rhinstaller/anaconda-webui/pull/714 

This was possibly fixed with:

commit 623de33ca81717c2c538365f41d1d39ef9e06d77
Author: Katerina Koukiou <k.koukiou>
Date:   Tue Mar 18 06:55:53 2025 +0100

    storage: when the bootloader partition is on different disks than rootfs choose bootloader device
Comment 6 Katerina Koukiou 2025-03-20 16:34:32 UTC 
So possibly fixed with: https://bodhi.fedoraproject.org/updates/FEDORA-2025-a50e6b787b
Comment 7 lnie 2025-03-21 07:30:07 UTC 
Hi, Thanks for your super quick response.

I still see this bug with the following reproducer:
Boot Fedora-Workstation-Live-42-20250315.n.0.x86_64.iso on a VM with two disks, update to anaconda-webui-28-1.fc42,
then test as described in the Description.

Not sure if it's the right way to verify this bug,but I do verified the other webui bug(BZ#2351848) in that way.
Comment 8 Katerina Koukiou 2025-03-21 07:55:14 UTC 
Sorry I now saw the difference with what I was testing. You format vdb directly, you don't create a partition table and then format the partition to be used for rootfs.
I need to check if this is supported or not.
Comment 9 Katerina Koukiou 2025-03-21 12:25:07 UTC 
Fixed with https://github.com/rhinstaller/anaconda-webui/pull/714
Comment 10 lnie 2025-03-24 08:54:01 UTC 
> you don't create a partition table and then format the partition to be used for rootfs

yeah, I see format option is there and I'm even able to set a mount point,and I think it is supposed to work for sure.
Turns out there is no need to reformat the disk to produce this bug, and if you use the disk for  /home,
you will get a system without /home, as anaconda won't complaint /home dose not exit.

> Fixed with https://github.com/rhinstaller/anaconda-webui/pull/714

Thanks for your super quick response.
Comment 11 Katerina Koukiou 2025-03-28 10:19:02 UTC 
This was fixed with: https://bodhi.fedoraproject.org/updates/FEDORA-2025-63711d039a, missed linking it.