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

05core: order boot UUID restamp before ignition-kargs.service #2726

Merged
merged 1 commit into from
Nov 9, 2023

Conversation

jlebon
Copy link
Member

@jlebon jlebon commented Nov 9, 2023

It seems like the ext4 in el9 at least has an issue where the filesystem
can become corrupted if doing the UUID restamp at the same time as kargs
are being written to the BLS. It's better anyway to make these kinds of
invasive changes offline, so enforce that.

Follow-up to 5fb5b4f ("05core: run coreos-gpt-setup and
ignition-ostree-uuid-boot later").

It seems like the ext4 in el9 at least has an issue where the filesystem
can become corrupted if doing the UUID restamp at the same time as kargs
are being written to the BLS. It's better anyway to make these kinds of
invasive changes offline, so enforce that.

Follow-up to 5fb5b4f ("05core: run `coreos-gpt-setup` and
`ignition-ostree-uuid-boot` later").
@@ -6,7 +6,9 @@ ConditionPathExists=!/run/ostree-live
# Any services looking at mounts need to order after this
# because it causes device re-probing.
After=coreos-gpt-setup.service
Before=ignition-disks.service
# This could mount the bootfs rw and the ext4 in el9 at least doesn't seem to
# like doing that in parallel with restamping the UUID
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jlebon jlebon merged commit 60009d9 into coreos:testing-devel Nov 9, 2023
2 checks passed
@jlebon jlebon deleted the pr/kargs-ordering branch November 9, 2023 17:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants