public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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