I have in fact never had or seen this problem, and I’m quite bewildered by so many people having it. Do your normal windows updates do it? Or transition between major Windows versions? Or is it just a Win 11 problem?
I’ve pretty much always used a dual boot Win/Linux laptop, since around Vista, and I’m on 10 now (but only use it for a few games; all important things in Linux).
They can. As Windows does updates it typically checks to make sure everything is working. This includes making sure it will boot after an update.
Or transition between major Windows versions?
If it’s not a feature enablement update, then yes it can happen. In place upgrades actually reinstall Windows. This includes boot.
Or is it just a Win 11 problem?
Happens with 8, 10 and 11. Since these are UEFI compatible.
The problem starts with how you install. If you do Windows first and then Linux when sharing an EFI partition, Windows doesn’t like this. A feature of Windows is PCR7. Since Secure Boot is a requirement now for Windows 11, this is more of a problem than it was. PCR7 binding happens when the entire boot chain has been authenticated using Microsoft’s CA. This can interfere with BitLocker automatic encryption for Home. If it’s already been enabled before you install Linux, you could lock yourself out of the Windows install if you don’t know where to retrieve your recovery key. People typically install Windows first and then Linux because majority of Linux installers are smart. They detect Windows and create an entry so as to preserve booting.
When an update or upgrade takes place and Windows does its checks, it may decide “I don’t like this EFI configuration” and then completely “repair” it. Not realising that it was that way on purpose.
The solution I’ve found is to manually create boot files for each, and then use rEFInd. Writing a manual configuration that simply loads the bootloaders on the Linux and Windows partition. That way neither are aware of the other.
Ah, that could be it. It’s a long time since I used to resize Windows from Linux; now on a new laptop I always (…I think?!) resize from Windows to make space, unless it’s a friend’s laptop with extra D/E/etc partitions I can delete or resize one.
Windows update went way further than deleting Grub on my laptop. It completely wiped my Linux partition, and I’m not alone in having Microsoft blow up my system:
I’ve never seen it with EFI. Used to happen with the old MBR disk format & BIOS, but with GPT disks and UEFI it leaves the ESP alone and the EFI picks the bootloader to use from that.
I’m not sure how it is now, but when I was still dual booting I had the same problem until I got a separate drive for Linux instead of just using different partitions of the same drive.
Funny enough, I think the only time I’ve run into bootloader problems on a single drive, it ended up being Linux that broke my Windows boot. Typically Windows leaves my EFI partition well enough alone during updates.
I have in fact never had or seen this problem, and I’m quite bewildered by so many people having it. Do your normal windows updates do it? Or transition between major Windows versions? Or is it just a Win 11 problem?
I’ve pretty much always used a dual boot Win/Linux laptop, since around Vista, and I’m on 10 now (but only use it for a few games; all important things in Linux).
They can. As Windows does updates it typically checks to make sure everything is working. This includes making sure it will boot after an update.
If it’s not a feature enablement update, then yes it can happen. In place upgrades actually reinstall Windows. This includes boot.
Happens with 8, 10 and 11. Since these are UEFI compatible.
The problem starts with how you install. If you do Windows first and then Linux when sharing an EFI partition, Windows doesn’t like this. A feature of Windows is PCR7. Since Secure Boot is a requirement now for Windows 11, this is more of a problem than it was. PCR7 binding happens when the entire boot chain has been authenticated using Microsoft’s CA. This can interfere with BitLocker automatic encryption for Home. If it’s already been enabled before you install Linux, you could lock yourself out of the Windows install if you don’t know where to retrieve your recovery key. People typically install Windows first and then Linux because majority of Linux installers are smart. They detect Windows and create an entry so as to preserve booting.
When an update or upgrade takes place and Windows does its checks, it may decide “I don’t like this EFI configuration” and then completely “repair” it. Not realising that it was that way on purpose.
The solution I’ve found is to manually create boot files for each, and then use rEFInd. Writing a manual configuration that simply loads the bootloaders on the Linux and Windows partition. That way neither are aware of the other.
Usually people have issues with this when they don’t create the partition free space for the linux partition inside windows first
Ah, that could be it. It’s a long time since I used to resize Windows from Linux; now on a new laptop I always (…I think?!) resize from Windows to make space, unless it’s a friend’s laptop with extra D/E/etc partitions I can delete or resize one.
Windows update went way further than deleting Grub on my laptop. It completely wiped my Linux partition, and I’m not alone in having Microsoft blow up my system:
https://www.makeuseof.com/tag/windows-update-delete-linux/
I’ve never seen it with EFI. Used to happen with the old MBR disk format & BIOS, but with GPT disks and UEFI it leaves the ESP alone and the EFI picks the bootloader to use from that.
I’m not sure how it is now, but when I was still dual booting I had the same problem until I got a separate drive for Linux instead of just using different partitions of the same drive.
Funny enough, I think the only time I’ve run into bootloader problems on a single drive, it ended up being Linux that broke my Windows boot. Typically Windows leaves my EFI partition well enough alone during updates.