On 28/10/2020 05.54, Robin Klitscher wrote:
On 28/10/2020 17:10, Felix Miata wrote:
Robin Klitscher composed on 2020-10-28 12:58 (UTC+1300):
1. On all three installations the line in etc/default/grub is empty, as in "GRUB_DISTRIBUTOR= ". Since this includes the 15.2-1 installation that works, I wonder if the steps you outline in that regard are strictly required?
By default, "GRUB_DISTRIBUTOR= " translates to /boot/efi/EFI/opensuse. Last installation to write it wins control of the post-Grub boot process.
All mine get a unique one first thing after installation, or even before if I'm particularly ambitious, with the result that I can safely delete any "opensuse" directory on the ESP filesystem. Mine unambiguously include opensusetw, opensuse423, opensuse150, opensuse151, opensuse152, fedora32, fedora33, debian10 and debian11, so none overwrite others, and with mounting the ESP partition *only* to the installation I wish to control booting as I do, booting never gets broken unless I screw something up myself, or forget first thing with a new installation to undo. I usually don't need to undo it, as I usually remember to taboo Grub installation unless it's the first on a new ESP.
Some updates do write to that partition. Happened to me few months back, wrote to the wrong place, and got "error: symbol `grub_calloc' not found", "Entering rescue mode".
Thank you; you're 'way ahead of me!
But from what you say, in a multi-boot scenario the running system has indeed written to the ESP. What I don't get is that although I can see and enter the folders and files below /boot/efi from the running system, those same sub-folders and files don't exist in a backup of the root filesystem done with Grsync using full superuser rights and all the other capabilities that Grsync offers. Curious.
Maybe because that partition doesn't need to be mounted while the system is running, and then you don't see it. And maybe because all had the same name and thus the last one installed overwrote the others, and then there was only one. In the setup you posted, the partition pointed by the two non working did not exist, so there was something weird going on. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)