Re: EFI amd64: boot.cfg goes where?

Robert Elz <[email protected]> Tue, 04 Aug 2026 05:35:29 +0700
Newsgroups gmane.os.netbsd.general
Message-ID <[email protected]>
    Date:        Mon, 3 Aug 2026 22:11:12 +0000 (UTC)
    From:        RVP <[email protected]>
    Message-ID:  <[email protected]>

  | On Sun, 2 Aug 2026, DTB wrote:
  |
  | > My boot.cfg is just
  | >>>  root NAME=NETBSD
  | >>>  boot NAME=NETBSD:netbsd
  | >
  |
  | That syntax isn't right. See boot.cfg(5) for examples.

The syntax is OK, boot.cfg just shows a more complex example
using a menu so the user can select what to boot.   If that's
not desired it doesn't need to be used.

  | How did you manage to create a disklabel on a GPT partitioned
  | (and UEFI booted) system?

That is a good question.   The easy way would be to pass the wedge
as a disk to some virtual host environment (qemu, XEN, ...) and then
install onto that using a BIOS type install (a UEFI install would make
an even bigger mess).   That method is OK, but only if the intent is to
keep running the installed system via the same hosting method.   An install
like that is not intended to be booted standalone.

  | PS. if any of the GPT partitions have a `bootme' attribute,
  | just get rid of it.

No, don't just do that, it is needed if the root partition isn't the
NetBSD ffs partition with the lowest GPT index, and you want to be able
to boot without explicitly choosing a root/boot partition (ie: just
"boot netbsd", which is the default when there is no boot.cfg - and since
that needs to be (currently) in the root partition, there has to be a way
to find it.    If the partition name is always explicit, or if the
desired boot (root normally) partition is the one with the lowest index,
(among NetBSD ffs partitions - ESP, linux, wintrash etc, don't count)
then bootme doesn't add any value.

kre