I know there was some commotion recently about grub not being able to load windows when the windows partition is encrypted by bitlocker. If that’s the problem, I don’t think there is a good known solution at the moment. There is some talk of having the grub boot entry do a reboot into windows rather than trying to chainload it directly, but I don’t think that has been implemented yet. In the meanwhile, you may have to make do with the F12 method you’ve been using.
FWIW, here is a link to that recent discussion on the devel list:
Hello, I actually removed the bitlocker encryption so that’s not the problem, however, I think I know what the problem is, it’s just that I don’t know how to check if GRUB is actually pointing to the correct path.
I think what caused this issue is that Windows is not installed in disk zero but in disk one so this software I was using to clean up the computer (it’s called Advanced Systemcare if you wonder) detected something in the boot environment I guess and made a supposed correction which lead to the problem.
I will need to reinstall windows in disk zero to avoid this problem in the future but for now I just want to make GRUB to boot it correctly.
I’m actually not sure how to configure the UEFI version of grub (I was still using BIOS when I last did anything with grub).
However, If the “variables” in the firmware are correct for booting windows, you should at least be able to see what those are pointing at by running the following command.
It will show the partition UUID instead of the partition number, but you can see what partition number the UUID’s are associated with with the following command.
ls -al /dev/disk/by-partuuid
But I don’t know how to get grub to find the “right” partition these days. It used to be something like “root (hd0,1)” in a “grub.cfg” file somewhere, but that was in the BIOS days and I’m pretty sure that wouldn’t work for your system.
Edit: Oh, one other thing, I think with UEFI, the bootloader (grubx64.efi) has to be on the same partition as any other bootloaders that it is trying to “chainload”. So if your windows repair tool created a new and separate EFI partition just for windows and then updated the firmware to point to that, then grub will not be able to boot windows anymore. Both grub and windows must be on the same ESP (I’m not 100% certain on that, but I’m pretty sure). All the paths in the grub config files will be relative to the partition that grub itself is on. If the grub bootloader and the windows bootloader are on separate partitions, that should show up in the output of the efibootmgr -v command (their entries will have different partition UUIDs).
I am lost here.
I do know that windows with their updates has always been trying to lock out other OSes and it may be that that particular “clean up” software is one of the tools they used to block linux + windows dual boot. Personally I never use windows tools on my systems and stick with what is provided by the OS only (even on my dual boot laptop). I do not plan to install windows 11 ever and will go out kicking and screaming if forced to update from windows 10.
Maybe you should try a windows repair using a windows boot media disk/usb and see if that problem can be fixed that way.
What it’s odd is that I’ve been using it since forever and never had any problems with the dual boot until I used it recently, I guess they added something to it in a recent update I got that created the problem.
I did that but it didn’t help, the thing is Windows is booting correctly when I select the entry when pressing F12 at the moment I turn on the laptop but it doesn’t boot when I select it inside GRUB, it also boots when I change the boot priority in the UEFI settings by putting the windows entry at the beginning of the list.
If you watch this forum regularly you will see posts about problems with windows 11 and fedora. Yours is one of those. I see very few posts about issues with windows 10 that are windows related; Almost all are user error.
I think the problem is not Windows 11 directly but the fact that I didn’t install it on disk 0, I’ve heard that it’s always recommended to install any Windows version on that disk to avoid issues like the one I have, lesson learnt
I will need to reinstall everything but I can’t do it yet, hence the help I need to fix the situation.
If it works for your setup, what I did was change the boot order of windows so that its number 1, and my fedora is the secondary option in the boot menu in UEFI. This is obviously inconvenient, but its my little temporary fix for the meantime until the recent grub problems are smoothed out.
That actually works but it would be the same as I’m doing now, instead of booting the linux entry where grub boots, it’s going to be windows the one to boot first and I will need to press F12 to select the linux one when I needed.