coreos / coreos/bootupd

bootupd changed UEFI server boot order to left the bootc system boot first

Open
#690 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Rust
Stars
196
Forks
55
Avg merge
3d 2h
Merged PRs (30d)
14

Description

When I run bootc install to-existing-root test on aarch64 bare metal server, the bootupd changed boot order to left the bootc system boot first. To re-install a new system, I have to re-configure the boot order to enable network boot first.

    Installing image: docker://quay.io/redhat_emp1/*****:u2d2
    Digest: sha256:1103ab6499bb1bf0f11632bb5afbf7f34e1dd02170127a8c3191de409635188a
    Initializing ostree layout
    Initializing sysroot
    ostree/deploy/default initialized as OSTree stateroot
    Deploying container image
    Loading usr/lib/ostree/prepare-root.conf
    Deployment complete
    Running bootupctl to install bootloader
    BootCurrent: 0005
    Timeout: 6 seconds
    BootOrder: 0005,0003,0004,0001,0000,0002,0006,0009
    Boot0000  fedora
    Boot0001* UEFI: Built-in EFI Shell
    Boot0002  redhat
    Boot0003* UEFI: PXE IPv4 Intel(R) Network D8:5E:D3:8F:A5:04
    Boot0004* UEFI: PXE IPv4 Intel(R) Network D8:5E:D3:8F:A5:05
    Boot0006  Fedora
    Boot0009  Gemini
    Boot0005* redhat
    Installed: grub.cfg
    Installed: "redhat/grub.cfg"
    Installation complete!

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce bootc install to-existing-root on an aarch64 bare-metal server and inspect the bootupctl bootloader installation step, using the BootCurrent and BootOrder output in this report. Done should mean installing the system does not leave its boot entry ahead of the network PXE entries, or otherwise provides the expected network-boot behavior without manual firmware reconfiguration.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.