Attempting to reclaim space by deleting partitions from a Fedora 40 installation for use in a Fedora 41 installation fails with "Unable to schedule deletion of sda5: sda5". Reproducible: Always Steps to Reproduce: 1. Start installation process 2. Select "Use free space for the installation" with "Reclaim space" checked 3. Click next 4. Click the trashcan next to sda3, sda4, and sda5 which are partitions current used for a Fedora 40 install 5. Click "Reclaim space" Actual Results: A "Unable to schedule deletion of sda5: sda5" error appears. Expected Results: The partitions to be deleted, freeing up space for a Fedora 41 install. sda3 is an ext4 filesystem, sda4 is an extended partition, sda5 is a btrfs filesystem with subvolumes. This is a "standard" layout from a Fedora dual boot install which was put in place years ago. Test performed with 20240817.n.0 Workstation Live compose.
Hi Brandon. Thanks for the bug report. Unfortunately I am not able to reproduce this, we even have a upstream CI test for that scenario. https://github.com/rhinstaller/anaconda-webui/blob/main/test/check-storage-reclaim#L256 Can you please retest with latest available release? I am assuming this might have been fixed with: https://github.com/rhinstaller/anaconda-webui/releases/tag/13
I'm not clearing the 'needinfo' because I'm still hoping to get a chance to do a bit more testing with this. For reasons unrelated to this bug, I haven't been able to test release 14 of anaconda-webui on the effected machine. I have however been able to test with whatever is included with Fedora-Workstation-Live-x86_64-Rawhide-20240910. It isn't immediately clear to me looking at the changelog for the anaconda package what version of the webui is included in that compose. Anyway, deleting partitions on a dual boot UEFI system works as expected. Deleting partitions on a dual boot BIOS system (the one from the original bug report) still fails as described above. I notice the partition layout differs. On the BIOS machine sda4 is an extended partition (which does not show a type in the "Reclaim space" UI). sda4 on the UEFI machine is the Windows NTFS partition.
Whoops, readding the needinfo flag in the hopes it reminds me to try to test more.
I can confirm I am still seeing the same bug on a dual-boot BIOS machine with the anaconda-webui 15 release.
I can reproduce this on both bare metal, and a BIOS VM using the 20241112 Workstation Rawhide compose. I am attaching a journal from an attempt on my BIOS laptop which dual boots with Windows 10.
Created attachment 2057365 [details] Journal showing failed reclaim space operation
Resolved. PR: https://github.com/rhinstaller/anaconda-webui/pull/509