That’s for MBR partitioned disks, where they fight over the first sector of the disk which is used as the boot sector.
Computer models starting from around 2013 should support UEFI boot. If you boot in UEFI mode you use a GPT partitioned disk with an EFI System Partition. In there Windows does not overwrite grub. In mine for example grub was in the ESP under /EFI/fedora/ and Microsoft found the ESP and put its stuff in /EFI/Microsoft.
The worst I’ve experienced is that Windows puts the Windows Boot Manager back on top of the UEFI boot order, to fix that, I wrote a comment before, that I’ll just link here, if it’s really just the order you can also just change it back in the UEFI menu.
Another bad thing is that some laptop UEFIs, especially early ones are utterly broken. They ignore your boot order, or your entries in the UEFI boot manager, sometimes they just load the fallback path defined in the UEFI spec, which is \EFI\Boot\BOOTX64.efi, but that’s the OEMs fault. I’ve seen both Fedora and Microsoft write their loader to the fallback path. I’m not sure if they clobber the other ones if it exists already, because I never boot from that path, so I wouldn’t notice.
That’s for MBR partitioned disks, where they fight over the first sector of the disk which is used as the boot sector.
Computer models starting from around 2013 should support UEFI boot. If you boot in UEFI mode you use a GPT partitioned disk with an EFI System Partition. In there Windows does not overwrite grub. In mine for example grub was in the ESP under /EFI/fedora/ and Microsoft found the ESP and put its stuff in /EFI/Microsoft.
The worst I’ve experienced is that Windows puts the Windows Boot Manager back on top of the UEFI boot order, to fix that, I wrote a comment before, that I’ll just link here, if it’s really just the order you can also just change it back in the UEFI menu.
Another bad thing is that some laptop UEFIs, especially early ones are utterly broken. They ignore your boot order, or your entries in the UEFI boot manager, sometimes they just load the fallback path defined in the UEFI spec, which is \EFI\Boot\BOOTX64.efi, but that’s the OEMs fault. I’ve seen both Fedora and Microsoft write their loader to the fallback path. I’m not sure if they clobber the other ones if it exists already, because I never boot from that path, so I wouldn’t notice.
Great insight, thank you!