If you decide to try to fix it, I'd like to point out my last post again:
Then you also have to find out what the actual UUIDs of the partitions in question are. A graphical tool like gparted can provide that info, or

1 members found this post helpful.

I concur with ondoho, this should have done ASAP.

I would be checking out UUIDs also, even though I've never witnessed UUID changes. But partitioning tools are designed to deal with them, and the information written to the partition layout (table).

But Fedora can be an odd animal.
I had issues trying to boot an ISO in my Fedora VM the other day, fought with it for a while, had the ISO written to flash drive also but could not boot it either, nor Gparted Live. Then when trying to boot the Fedora VM, VMware said it couldn't find anything to boot. I was able to boot the Fedora Live ISO and fought for like an hour trying to fix grub, not sure if it was even broken.

There was 3 partitions, sda1 was ESP, sda2 was boot, sda3 was kinda 'root'. I mounted sda3 to /mnt and was not able to mount sda2 to /mnt/boot, navigating to /mnt and having a look was very surprising, there was two directories called home and root. So I navigate into the root directory and Voila, now we are in the / of Fedora. In order to seemingly be able to install grub required mounting /dev/sda3 to /mnt, then mount /dev/sda2 to /mnt/root/boot, then mount the ESP to /mnt/root/boot/efi, and after going into a chroot, mount /dev/sda3 again to /, so /dev/sda3 was mounted twice. Then grub install/configure commands succeeded, but I was never able to boot Fedora again till I ditched the folder containing it and replace it with a backup.

All total, I think I spent all night and never got anywhere.

EDIT: It was not LVM, which is Fedora's default setup. I specified during installation not to do the LVM thing, the rest was however up to Fedora.