SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Am I missing a bit of the process to store? Does my entry look complete? I thought I had to store something in the m/b Bios, but I don't know much about this, and this is my first box where efi is not nobbled. When I reboot, the Slackware entry won't show and won't be present in efibootmgr as it isn't at the top of the quoted 'code'.
Last edited by business_kid; 01-12-2024 at 12:22 PM.
It might be helpful and instructive to try the F-Key to Boot Menu to see if the drive/partition containing Slackware remains there. In my Asus Z490 board booting some alternative systems will deselect an entry from the main "Boot" tab of BIOS Setup which can either be reinstated by clicking the arrow to the right of each entry and manually selecting it back or by accessing the F-Key Boot menu option. The selection process might be board specific but once efibootmgr successfully creates an entry it is encoded in firmware and must be manually deleted to no longer exist as an entry.
In short, "Boot0001* Slackware" entry can't just disappear without your action. It's still there.
The key breakthrough was to realise that on this box or on these BIOS, efibootmgr isn't actually working. With the exception of the timeout, I haven't successfully modified anything on these B-550M based motherboards. So things like 'efibootmgr -o <stuff>' to change the bootorder does nothing. The cure is deletion, efibootmgr -O {deletes boot order} followed by efibootmgr -o {write new bootorder}.
So I deleted the Slackware entry, and recreated it in the form
EDIT: 19 posts to get to the bottom of this - far too many. Thanks for all the rapid replies and I'll try to be more succinct next time.
I wrote that out, because that was the line that worked. After grub, lilo, & friends we automatically associate the root partition with each OS in my case /dev/nvme0n1p6. But efibootmgr wants the efi partition, and doesn't care about where the OS actually is. That threw me for a while.
I deleted the Boot order and stuck in a preferable one but I think this may not take too many changes together. Very weird. At time of writing, I'm still defaulting to windows. But I'll fix that. The good news is that I can boot Slackware.
EDIT: Hey, the desired boot order actually stuck. So Slackware (0001 in the boot order) takes precedence over Windows. I had to delete, and then recreate. My boot order is
* Slackware 0001
* Debian 0002
* Windows 0000
Last edited by business_kid; 01-13-2024 at 12:09 PM.
The key breakthrough was to realise that on this box or on these BIOS, efibootmgr isn't actually working. With the exception of the timeout, I haven't successfully modified anything on these B-550M based motherboards. So things like 'efibootmgr -o <stuff>' to change the bootorder does nothing. The cure is deletion, efibootmgr -O {deletes boot order} followed by efibootmgr -o {write new bootorder}.
My UEFI works in exactly the same way. Changes to boot order or deactivation of an entry are registered in nvram and can be displayed (so efibootmgr is working as it should) but they are not actually obeyed. Only deletion of unwanted entries works.
Well, I thought things were too good to be true. They were. A few days after I wrote my last post, the BIOS decided to throw a spanner in the works.
I guess there's some sanity checking going on in the Asrock BIOS. It failed. I have the EFI partition backed up somewhere, but it points at a non-existent version of Windows. Never Mind, thought the BIOS, existence is only a minor detail. So this non-existent Windows was started by default, puked, and started asking me what I had done . I could still reboot, select Slackware using F11. efibootmgr was powerless (again) to deal with the reality of this imaginary windows being pushed to the forefront of the boot options.
In the Asrock BIOS, I eventually found a boot menu that I eventually figured how to manipulate. I disabled out the imaginary windows, assigned the real one it's suitably insignificant place in the boot order, and defaulted to Slackware.
I actually wonder why there is a boot order. If option #1 doesn't work, you're shafted, aren't you? Your only option is to press F11 and get ALL the boot options. So it's either option #1, or one of the rest, and the order is meaningless.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.