Note that if you have tested a recent grub2/grubby update, you will need to remove /etc/kernel/cmdline before testing this one.

  • Work around immutable /etc/kernel on ostree
  • Don't add rhgb quiet
  • Sync /etc/default/grub on modification to preserve GRUB_CMDLINE_LINUX workflow
  • Mark grubby as obsoleting grubby-deprecated
  • Be less clever about generating cmdline file from grubby

Since there are many bugs/people involved and this has been previously requested, I'm testing a higher stable karma threshold for this update.

How to install

sudo dnf upgrade --refresh --advisory=FEDORA-2022-a3480ad0d3

This update has been submitted for testing by rharwood.

3 months ago

This update's test gating status has been changed to 'waiting'.

3 months ago

This update's test gating status has been changed to 'failed'.

3 months ago

This update's test gating status has been changed to 'passed'.

3 months ago

This update has been pushed to testing.

3 months ago
User Icon bojan commented & provided feedback 3 months ago
karma

Works.

User Icon awee85 commented & provided feedback 3 months ago
karma

Works

BZ#2117817 removal of grubby-deprecated is incorrectly handled
BZ#2118172 GRUB2 isn't updating the list in Fedora 36 Silverblue

This update can be pushed to stable now if the maintainer wishes

3 months ago
User Icon burakdede provided feedback 3 months ago
karma
BZ#2113883 grub2-mkconfig -o /boot/grub2.cfg doesn't update pre-installed kernel cmdline after changing GRUB_CMDLINE_LINUX
BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
User Icon ausil commented & provided feedback 3 months ago
karma

This is still broken on 32 bit arm

BZ#2117817 removal of grubby-deprecated is incorrectly handled

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

3 months ago

rharwood edited this update.

New build(s):

  • grubby-8.40-66.fc36

Removed build(s):

  • grubby-8.40-65.fc36

Karma has been reset.

3 months ago

This update has been submitted for testing by rharwood.

3 months ago
User Icon rharwood commented & provided feedback 3 months ago

@ausil thanks - can you retest with -66 please?

User Icon andilinux commented & provided feedback 3 months ago
karma

works

User Icon awee85 commented & provided feedback 3 months ago
karma

works

BZ#2113883 grub2-mkconfig -o /boot/grub2.cfg doesn't update pre-installed kernel cmdline after changing GRUB_CMDLINE_LINUX
BZ#2118172 GRUB2 isn't updating the list in Fedora 36 Silverblue
User Icon ausil commented & provided feedback 3 months ago
karma

-66 looks to be okay

BZ#2117817 removal of grubby-deprecated is incorrectly handled

This update has been pushed to testing.

3 months ago

This update can be pushed to stable now if the maintainer wishes

3 months ago
User Icon grumpey commented & provided feedback 3 months ago

I'm still able to reproduce, BZ#2118287 Thanks

BZ#2113883 grub2-mkconfig -o /boot/grub2.cfg doesn't update pre-installed kernel cmdline after changing GRUB_CMDLINE_LINUX
BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
BZ#2118292 when installing a custom kernel rhgb quiet are added to kernel argument
User Icon pbrobinson commented & provided feedback 3 months ago
karma

Fixed the issue in the IoT compose

BZ#2117817 removal of grubby-deprecated is incorrectly handled
karma
User Icon mhayden commented & provided feedback 3 months ago
karma

No issues noted on x86_64 desktop.

User Icon robatino provided feedback 3 months ago
karma
BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
BZ#2118292 when installing a custom kernel rhgb quiet are added to kernel argument
User Icon awee85 commented & provided feedback 3 months ago

@rharwood any chance getting this stable soon? thanks for your work.

User Icon bojan commented & provided feedback 3 months ago
karma

Something is still broken here. I just installed 6.0-RC1 build from Rawhide (https://koji.fedoraproject.org/koji/buildinfo?buildID=2048930) on F36 (for testing purposes), using dnf. The ro and subvol stuff was removed in /boot/loader/entries conf file for that particular kernel. The previous two kernels, which I installed from koji as well (5.18.19 for F36 and 5.19.3 for F37) did not exhibit this problem.

User Icon bojan commented & provided feedback 3 months ago
karma

I relation to my previous command, grubby was run to add some options between installing F36/F37 kernels and Rawhide ones. Subsequent reinstallation of F37 kernel, for example, also ended up broken entries.

BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
User Icon filiperosset commented & provided feedback 3 months ago
karma

no regressions noted

User Icon filiperosset commented & provided feedback 3 months ago
karma

no regressions noted

This update has been unpushed.

rharwood edited this update.

New build(s):

  • grubby-8.40-67.fc36

Removed build(s):

  • grubby-8.40-66.fc36

Karma has been reset.

3 months ago

This update has been submitted for testing by rharwood.

3 months ago
User Icon rharwood commented & provided feedback 3 months ago

@awee85 I appreciate your interest (and testing). People need to stop finding bugs in it first :)

More seriously, a higher karma threshold was requested by @kparal and while I still don't know how I feel about that in the general case, I do appreciate having issues like @bojan's caught before these fixes hit users. Right now, issues in these packages are only getting caught when I submit them to bodhi - there isn't this kind of testing for my rawhide builds - which also makes them take longer, unfortunately.

User Icon grumpey commented & provided feedback 3 months ago
karma

Works, thanks!

BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade

This update has been pushed to testing.

3 months ago
karma

This update can be pushed to stable now if the maintainer wishes

3 months ago
User Icon bojan commented & provided feedback 3 months ago
karma

Release -67 of grubby looks OK. Thanks!

BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
User Icon frantisekz commented & provided feedback 3 months ago
karma

Works fine!

User Icon remyabel provided feedback 3 months ago
karma
BZ#2113883 grub2-mkconfig -o /boot/grub2.cfg doesn't update pre-installed kernel cmdline after changing GRUB_CMDLINE_LINUX
BZ#2117817 removal of grubby-deprecated is incorrectly handled
BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
BZ#2118292 when installing a custom kernel rhgb quiet are added to kernel argument
User Icon flawedlogic commented & provided feedback 3 months ago
karma

I am still having trouble navigating my way through this site (newbie to linux sorry) I have seen bits and pieces of how people seem to fix the problem.

running: sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-a3480ad0d3

does NOT seem to be the fix that much I have gathered.

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/system_administrators_guide/ch-working_with_the_grub_2_boot_loader

I have tried to create that file but I am not sure if that is what I should even be doing?

grubby-bls update how? It seems that people seem to find a file after running

I am just looking for some direction and understanding!

Thank you!

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

3 months ago
User Icon rharwood commented & provided feedback 3 months ago

@flawedlogic I'm not sure what you're trying to do (or test) or which file you're referring to.

User Icon flawedlogic commented & provided feedback 3 months ago

I tried 3 times --> 5.18.13-200.fc36.x86_64 will NOT load

Kernel will not load. Just hangs at load screen.

  • Hard drive does not even click on.

cleared cache each time

dnf clean all --enablerepo=\*

this command:

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

creates:

  • check /etc/kernel/cmdline verify ro rootflags=subvol=root is missing <-- This file

  • Previous notes:

Additional info: running grub2-mkconfig /boot/grub2/grub.cfg appears to correct boot entries. If /etc/kernel/cmdline is removed, it appears to regenerate it with double entries for rhgb quiet: ro rootflags=subvol=root rhgb quiet preempt=full rhgb quiet

then lastly

  • This only occurs if /etc/kernel/cmdline exists, sorry for not catching that earlier. On a fresh F36 install.
  • sudo grub2-mkconfig -o /boot/grub2/grub.cfg
  • This creates /etc/kernel/cmdline, it is correct at this point. cat /etc/kernel/cmdline root=UUID=e1b2eceb-4054-4380-8da4-a9a8993a8db5 ro rootflags=subvol=root rhgb quiet

  • sudo grubby --args="preempt=full" --update-kernel=ALL cat /etc/kernel/cmdline root=UUID=e1b2eceb-4054-4380-8da4-a9a8993a8db5 rhgb quiet preempt=full

I can load

5.17.5.300.fc36.x86_64

Its not the display manager!

When I try and boot 5.18.13-200.fc36.x86_64 ( OR NEWER) Nothing happens. Like No one is home

Thank you! I hope this gives some more clarity?

User Icon rharwood commented & provided feedback 3 months ago

5.18.13-200.fc36.x86_64

Okay, that's a kernel version, not grub2 version or a grubby version.

dnf clean all --enablerepo=*

Not sure what this is for.

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

This destroys the stub configuration at that location. The correct command is grub2-mkconfig -o /etc/grub2.cfg, but I don't know what you're doing that needs to run that, unless you're trying to test #2117817?

This only occurs if /etc/kernel/cmdline exists, sorry for not catching that earlier.

At the top of this update, I stated: "Note that if you have tested a recent grub2/grubby update, you will need to remove /etc/kernel/cmdline before testing this one.". This is why.

If, after removing /etc/kernel/cmdline and applying this update, what you're trying to do works, then I believe everything is working as expected.

This update has been submitted for stable by rharwood.

3 months ago
User Icon flawedlogic commented & provided feedback 3 months ago

It does not load.

I know the difference between a kernel and grub2. This kernel will not load. Period. Why not?

User Icon flawedlogic commented & provided feedback 3 months ago
karma

sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-a3480ad0d3

That command does nothing but waste my time. It does not help anything load. Could you give me further direction

rather than just pass it off because you understand it and are not willing to help someone else?

BZ#2113883 grub2-mkconfig -o /boot/grub2.cfg doesn't update pre-installed kernel cmdline after changing GRUB_CMDLINE_LINUX
BZ#2117817 removal of grubby-deprecated is incorrectly handled
BZ#2118172 GRUB2 isn't updating the list in Fedora 36 Silverblue
BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
BZ#2118292 when installing a custom kernel rhgb quiet are added to kernel argument
User Icon flawedlogic commented & provided feedback 3 months ago

Sync /etc/default/grub on modification to preserve GRUB_CMDLINE_LINUX workflow Mark grubby as obsoleting grubby-deprecated Be less clever about generating cmdline file from grubby

How do you do these things?

This update has been pushed to stable.

2 months ago

Please login to add feedback.

Metadata
Type
unspecified
Karma
4
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
3 months ago
in testing
3 months ago
in stable
2 months ago
modified
3 months ago
BZ#2113883 grub2-mkconfig -o /boot/grub2.cfg doesn't update pre-installed kernel cmdline after changing GRUB_CMDLINE_LINUX
0
1
BZ#2117817 removal of grubby-deprecated is incorrectly handled
0
1
BZ#2118172 GRUB2 isn't updating the list in Fedora 36 Silverblue
0
0
BZ#2118287 Updating kernel arguments with grubby --update-kernel=ALL results in kernel not booting after kernel upgrade
0
3
BZ#2118292 when installing a custom kernel rhgb quiet are added to kernel argument
0
1

Automated Test Results