Fedora Account System
Red Hat Associate
Red Hat Customer
The installer gets confused when mount point assignment is used in webui, mount point mappings are configured and then one mapping is removed and configured again. A video will demonstrate it. Reproducible: Always Steps to Reproduce: 1. Run a webui installation on a system with pre-existing partitioning (in my case it was a default installation of Fedora 38 Workstation in UEFI mode) 2. Select "Mount point assignment", create mappings for /boot, /, /boot/efi, /home 3. Remove the mapping for /boot/efi 4. Create a new mapping for /boot/efi Actual Results: webui reports "Duplicate mount point." and the device previously selected for /home is de-selected. Next attempts to set the correct device for /boot/efi and /home mount points are not successful, since the selected device is set for both mount points. Expected Results: Able to add a mapping for /boot/efi
Created attachment 1983635 [details] reproducer
I think it's probably worth considering this for a Final blocker (assuming we go ahead with WebUI), it's a close call for me whether it really *is* one.
PR: https://github.com/rhinstaller/anaconda/pull/5077
Let's also consider this for Beta FE status...
+3 in https://pagure.io/fedora-qa/blocker-review/issue/1177 , marking accepted Beta FE.
Discussed during the 2023-08-28 blocker review meeting: [0] The decision to classify this bug as an "AcceptedBlocker (Final)" was made as it violates the following criterion: "The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration", read as applying to webUI's mount point assignment interface, in the case you need to re-do a mount point. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2023-08-28/f39-blocker-review.2023-08-28-16.07.txt
FEDORA-2023-7b30b63db9 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-7b30b63db9
FEDORA-2023-7b30b63db9 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-7b30b63db9` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-7b30b63db9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
I think this is resolved. I can't test exactly the same way because /boot/efi is now required on UEFI installs, but I tested with mounts for /var and /home and it seemed to behave correctly.
FEDORA-2023-7b30b63db9 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.