Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bootupd upgrade issue tracking (F40) #551

Closed
castrojo opened this issue Apr 8, 2024 · 6 comments
Closed

bootupd upgrade issue tracking (F40) #551

castrojo opened this issue Apr 8, 2024 · 6 comments

Comments

@castrojo
Copy link
Member

castrojo commented Apr 8, 2024

Heads up @ublue-os/approver @ublue-os/member this one is very important:

fedora-silverblue/issue-tracker#543

@castrojo castrojo moved this to In Progress in Project Goals Apr 8, 2024
@bsherman
Copy link
Contributor

bsherman commented Apr 8, 2024

Some comments from Discord...

Ublue main images have included bootc for months... and it seems bootc pulls in bootupd as a weak dependency.

So all users of current ublue-os main derived images already have bootupd-0.2.18-2.fc39.x86_64 on their system.

I've already updated several different machines to ublue/silverblue with the new 6.8.4 kernel and have not run into this issue, but as mentioned we have bootupd.

A suggested workaround/solution in the upstream bug report is to add bootupd, so I am wondering if already having this on our images may have already updated our bootloaders and avoided this issue for ublue users?

@castrojo
Copy link
Member Author

castrojo commented Apr 8, 2024

Ok so the current line of thinking is since we've turned on F40:

a) We haven't had any reports of anything like this (searched through the discord just in case)
b) We're not making ISOs of F40 at this time so everyone who has been using our F40 images had to have gotten there via a rebase.

So we're thinking the early inclusion of bootc/bootupd might have saved the day - so we'll keep some eyes open and let the situation develop.

@bsherman bsherman assigned bsherman and unassigned bsherman Apr 11, 2024
@castrojo
Copy link
Member Author

Seems like we were unaffected?

@github-project-automation github-project-automation bot moved this from In Progress to Done in Project Goals Apr 28, 2024
@bsherman
Copy link
Contributor

Seems like we were unaffected?

thankfully, yes, it does seem to be

@teal77
Copy link

teal77 commented Jun 20, 2024

Don't know if this is user error but ran into this today with ublue kinoite main:gts 39.20240618.0
load the kernel first
Posting this here if it helps someone, I worked around it by disabling secure boot in BIOS

@castrojo
Copy link
Member Author

castrojo commented Jun 20, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

No branches or pull requests

3 participants