From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Fun with systemd-boot
Date: Thu, 19 Dec 2024 10:59:54 +0000 [thread overview]
Message-ID: <3524144.QJadu78ljV@rogueboard> (raw)
In-Reply-To: <Z2M_PuMoVS4zGh5J@MAC.fritz.box>
[-- Attachment #1: Type: text/plain, Size: 2923 bytes --]
On Wednesday 18 December 2024 21:31:42 GMT Alan Mackenzie wrote:
> Hello, Michael.
>
> Thanks for the reply.
>
> On Wed, Dec 18, 2024 at 15:58:14 +0000, Michael wrote:
> > On an OpenRC system without GRUB, rEFInd is a good choice, or for a
> > totally
> > manual approach use the efibootmgr:
> >
> > https://wiki.gentoo.org/wiki/Efibootmgr
>
> I got efibootmgr installed on one of my machines. Somebody (tm) should
> tell the maintainers that "File or directory not found" is an incomplete
> error message. It cost me around an hour till I figured out it was
> trying to access files on /dev/sda1 (which I don't have).
When you run efibootmgr with no options it accesses the UEFI BIOS menu stored
on the MoBo's EEPROM and displays its entries in the terminal. It does not
access the disk. When you create an entry it will verify the fs path and
kernel image you are adding on the boot menu actually exists on the fs - in
this case it will try to read the contents of the FAT32 fs on the disk, but
should only access the disk and partition you tell it to access when creating
EFI boot menu entries, e.g.:
efibootmgr --create --disk /dev/sda --part 1 ...
efibootmgr --create --disk /dev/nvme0n1 --part 3 ...
It is just a CLI tool to interact with the UEFI firmware API. It is the UEFI
firmware itself which is probing block devices, reading and writing on its
EEPROM.
You'll have to copy your own kernel images on the FAT32 /efi or /boot
partition, or use 'make install'.
> Also, none of the documentation was explicit in saying that with
> efibootmgr, you have to go into the BIOS setup to select the kernel you
> want to boot. Nothing wrong with that, but if I'd know first, I wouldn't
> have bothered getting it working. (Sorry, it's been a strenuous
> evening.)
Yes, you can enter the MoBos BIOS menu, if you prefer to, or you can specify/
edit your own preferred order of the UEFI boot menu entries:
--bootorder 5,2,4
or you can select which menu entry to boot next into before you reboot:
--bootnext 00005
> rEFInd doesn't feel right, somehow. It seems to involve a graphics
> screen, and configuring icons in a config file. I just want want to get
> the system booted, with a choice of kernels at boot time, and not have
> all the overhead of graphics and "flexibility".
>
> I thought systemd-boot was OK, until it starting emptying my /boot
> partition, and booting from a partition other than the one I'd told it
> to. Don't we just love software which is clever?
>
> <Sigh>. It looks like I'm going to have to make some compromises,
> somewhere. It's a pity lilo isn't still going.
There is sys-boot/elilo available for UEFI systems, but it hasn't been touched
for more than 10 years. I've never tried it, but this doesn't mean it won't
work as is.
There's also syslinux, but you'll need to use efibootmgr (once) to let the
UEFI firmware know about the syslinux image.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2024-12-19 11:00 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-18 12:13 [gentoo-user] Fun with systemd-boot Alan Mackenzie
2024-12-18 12:50 ` Arsen Arsenović
2024-12-18 13:41 ` Alan Mackenzie
2024-12-18 14:18 ` Joost Roeleveld
2024-12-18 14:30 ` Peter Humphrey
2024-12-18 15:58 ` Michael
2024-12-18 21:31 ` Alan Mackenzie
2024-12-18 21:47 ` Re[2]: " Stefan Schmiedl
2024-12-19 10:59 ` Michael [this message]
2024-12-19 15:46 ` Alan Mackenzie
2024-12-19 16:38 ` Michael
2024-12-28 22:01 ` Wols Lists
2024-12-19 11:36 ` Peter Humphrey
2024-12-28 21:53 ` Wols Lists
2024-12-29 12:51 ` Peter Humphrey
-- strict thread matches above, loose matches on Subject: below --
2024-12-18 12:57 Joost Roeleveld
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3524144.QJadu78ljV@rogueboard \
--to=confabulate@kintzios.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox