*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports Please remove this comment after reading and before submitting - thanks! *** SUMMARY When resizing a FAT32 filesystem, KDE Partition Manager did not resize the underlying filesystem, which left the filesystem in a broken state. STEPS TO REPRODUCE 1. Create a 1024 MiB FAT32 partition, and format it. 2. Using KDE Partition manager, resize it to 512 MiB. OBSERVED RESULT The partition is resized to 512 MiB. But when running `df -h`, the filesystem is still shown with its original size. Running `fsck.fat` on it returns an error and does not complete. KDE Partition Manager cannot resize the partition back to 1024 MiB. EXPECTED RESULT Either the filesystem should be resized in accordance with the partition size, or KDE Partition Manager should abort the operation with an error to tell the user that it cannot resize the filesystem to match. SOFTWARE/OS VERSIONS OS: Fedora 41 KDE Linux: 6.13.5 KDE Plasma Version: 6.3.2 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 ADDITIONAL INFORMATION
Perhaps worth mentioning, this was an EFI system partition. So it's a normal FAT32 filesystem, but the partition type would have been different. The partition table was the GPT type.
Hmm, not sure how this happened. Since it absolutely should have resized underlying file system. And resizing of fs in shrinking case happens to be before resizing of partition, see the following 3 lines: https://invent.kde.org/system/kpmcore/-/blob/master/src/ops/resizeoperation.cpp?ref_type=heads#L69