Quote:
Originally Posted by syg00
The good news is you shouldn't have made things worse. The better news is you probably don't need to do anything to Linux/grub.
Windows updates typically only change the default boot target - get into the machines setup screens and choose SUSe to boot. If that works ok, simply made it the default from the setup screens.
|
Thank you syg00 for your answer. The boot order in UEFI-Setup remained unchanged after the Win11-update.
I tried to play with secure boot (I assume you meant that with "machine setup sscreens"): if enabled windows bootloader startet as excepted, if disabled grub2 startet with the known menu. But neither opensuse standard nor a snapshot booted (choosing windows did work!), both run in an error. The same behavior when choosing opensuse from UEFI-bootmenu:
Code:
Failed to start Load Kernel Modules, [ 1.898633][ C11] nvme0: Identify(0x6), Invalid Field in Command (sct 0x0 /
You are in emergency mode...
Did I get this error by chance while first boot after Win11-update? The output of "journalctl -xb" was only confusing to me. Yes, I have to get more familiar with btrfs.
So my first thinking of a demaged grub wasn't the right way, was it? My mind was set for it due to earlier experience with Win10 on a different machine.
Meanwhile I did a new installation in a new partition because I need the machine tomorrow morning working. Luckily I have all my data etc. in separate partitions. Not to much work but annoying anyway.
But there are still questions left:
Why I can't chroot in rescue mode?
Did the Win11-update demaged partially btrfs or a certain grub2-file?
What is to be done after following Win11-updates and I really expect trouble again?
I'd like to be prepared ...