[SOLVED] Loss of EFI and BIOS

mrmazda · 09-24-2023, 12:08 AM

Quote:

Originally Posted by polpak

This explains how am able to boot into openSUSE and Ubuntu. :-)

It explains that you are, not how you are. Which OS is responsible for the Grub menu (grub.cfg) you are seeing/using? Which do you wish to have control? Do you have two Ubuntu installations? If yes, a correction should be made to one or both of them to reduce a source of confusion in system management (an edit in /etc/default/grub to the GRUB_DISTRIBUTOR= line). Best each be made unique, so that you do not have more than one /boot/efi/EFI/ubuntu directory. This includes any other distro that is Ubuntu-based, as all (or most I've encountered) do not identify uniquely in /boot/efi/EFI/.

polpak · 09-24-2023, 12:27 AM

My older ubuntu was showing, though not my newer installed version... adding to my issues, BTW was my failing to recall that Ubuntu had blocked os-prober...

So for others:

https://askubuntu.com/questions/1410...s-isnt-showing

My thanks to ArrayBolt3 on askubuntu for his notation

Quote:

In Ubuntu 22.04, the feature that usually populates the boot menu with all of your operating systems is called os-prober. For security reasons, os-prober was disabled by default in the bootloader included with an early alpha version of Ubuntu 22.04 (GRUB 2.06), which made it so that the other operating systems on your system were not detected. (Source: https://www.gnu.org/software/grub/manual/grub/html_node/Simple-configuration.html #Simple-configuration Search for "os-prober" on the page to find the relevant info.)

To get your other operating systems to show up in the boot menu, you can re-enable os-prober. This will come with some security risks (for instance, if you have a malicious drive plugged into your system, and something like a kernel update causes os-prober to be executed, the malicious drive could try to exploit a security vulnerability in your system), but for many users, it's not that big of a deal, and the benefits outweigh the risks.

To re-enable os-prober, open a terminal with Ctrl+Alt+T, and run sudo nano /etc/default/grub to edit the grub-mkconfig configuration file. You will be asked for a password before the file opens, since you're opening it as a root user. Once the file is open, add GRUB_DISABLE_OS_PROBER=false to the file, press Ctrl+S to save, and Ctrl+X to exit. Finally, run sudo grub-mkconfig -o /boot/grub/grub.cfg to regenerate your GRUB configuration and boot menu, then type exit to leave the root shell. You can now close the terminal, and you should be done!

For now will check that still works ok tomorrow...

mrmazda, self usually replacing older OS version(s) leave old one a week two until am sure my new version runs ok, then delete older ones for extra storage space.

Thank you :-)

.

polpak · 09-24-2023, 12:57 AM

When I installed newer Ubuntu version, then could not get it up, switched to openSUSE, which has more space than my older Ubuntu version and was unsure what was happeing.

openSUSE am using term most weekdays.

Ubuntu do regularly use at other times or tasks, it helps keeps my brain (due long term head injuries) functioning.

Experience with disasters, like two OS's kept up to date, IF things fail [rarely :-)] when am busy, quick re-boot and back to work very quickly, later things quieten down then to figure out what went wrong and how to fix/recover it :-)

.

polpak · 09-25-2023, 12:44 AM

mrmazda: "Which OS is responsible for the Grub menu"

It appears the EFI or efibootmgr provides the (previously BIOS) user the choice for whichever OS is decided to boot into...

openSUSE appears to provide Grub for its partition.

Ubuntu appears to provide Grub for its partition.

.