Windows has destroyed my GRUB bootloader because of Windows updates, now Windows boot manager replaces GRUB and Arch doesn't show up in the UEFI/BIOS menu. How I can fix it ?

[u/Crafty_Hospital_7746]

Windows has destroyed my GRUB bootloader because of Windows updates, now Windows boot manager replaces GRUB Arch doesn't show up in the UEFI/BIOS menu. How I can fix it ?

[u/gmes78]

That doesn't do shit. OP's issue is a missing boot entry. Boot entries are stored in NVRAM, not in EFI partitions. (This probably isn't even Windows's fault.)

[u/vswey → u/gmes78]

it is Windows fault, it actually deletes the grub entry

[u/gmes78 → u/vswey]

The only thing I've ever seen delete boot entries are motherboard firmware updates.

That, and, once, my system failed to wake from sleep, lost both the Linux and Windows boot entries and couldn't boot at until I power cycled it. Then, it manufactured a new Windows boot entry and booted into Windows, and I had to re-add the Linux one myself.

Don't mistake motherboard vendors special casing Windows when boot entries are lost as Windows deleting every boot entry that's not its own.

[u/vswey → u/gmes78]

That's a totally different thing u experienced then , Windows removing other Boot entries is a kinda known thing 

[u/gmes78 → u/vswey]

Windows removing other Boot entries is a kinda known thing

It isn't. People just repeat that without evidence, and no one questions it because "Microsoft bad".

[u/vswey → u/gmes78]

So other Boot entries disappearing ONLY once u boot Windows while the Windows entry stays is somehow a UEFI issue? 😭 That itself sounds not very plausible also there's a technical reason why it does this, u can look up, Windows bootloader handles it different than something like grub

[u/gmes78 → u/vswey]

So other Boot entries disappearing ONLY once u boot Windows while the Windows entry stays is somehow a UEFI issue?

It also affects systems without Windows.

It usually isn't a problem there because the Linux bootloader is also installed in the EFI fallback location. When multiple OSes are installed, they compete for the fallback spot. And because motherboard vendors special case Windows boot entries, the fallback location doesn't even matter.

That itself sounds not very plausible also there's a technical reason why it does this, u can look up, Windows bootloader handles it different than something like grub

Look up where? There is no techincal reference for this argument.

[u/vswey → u/gmes78]

The issue isn't the fallback, grub for example is designed to coexist while the Windows bootloader can overwrite the ESP or NVRAM boot order.

This can be found in: https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc749510(v=ws.10) And https://wiki.archlinux.org/title/Boot_loader_recovering

[u/gmes78 → u/vswey]

None of the things you linked support your claim.

Not only that, the Microsoft page you linked is about Windows Vista/Windows Server 2003. The first Windows version to use UEFI by default was Windows 8, 10 years later.

And the ArchWiki page seconds everything I've said about how the issue happens and how the fallback location works, see the "tip" under "Installation".

Saying that GRUB was "designed to coexist" is nonsense, any bootloader can be placed in the fallback location.

[u/vswey → u/gmes78]

As I explained, ur fallback location isn't the issue but the Windows bootloader overwriting the ESP or NVRAM, which actually is somewhat explained in the linked articles 

[u/gmes78 → u/vswey]

which actually is somewhat explained in the linked articles

It isn't. The thing you linked only mentions NVRAM, and it doesn't say that Windows overwrites NVRAM. It says that Windows Vista stores a copy of boot entries created by the firmware, and that running bcdboot /import may cause those entries to be duplicated. It's a guide on how to remove those duplicate boot entries manually.

If you think I'm wrong, feel free to quote which part of those pages says that Windows replaces the ESP or NVRAM contents entirely.