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

ignition: systemd: fix systemd 256 usage #101

Draft
wants to merge 1 commit into
base: flatcar-master
Choose a base branch
from

Conversation

ader1990
Copy link
Contributor

@ader1990 ader1990 commented Oct 23, 2024

Systemd 256 mounts /usr as read-only, but Ignition setup requires to have some files written depending on the live image or the ignition contents.

The are multiple options we can consider:

  • this option, where we make /usr read-write and do the necessary changes
  • another option would be to setup symlinks which redirect to /tmp or a writable file we can write
  • another option would be to have the ignition binaries pre-baked by build_image

Testing done

[Describe the testing you have done before submitting this PR. Please include both the commands you issued as well as the output you got.]

  • Changelog entries added in the respective changelog/ directory (user-facing change, bug fix, security fix, update)
  • Inspected CI output for image differences: /boot and /usr size, packages, list files for any missing binaries, kernel modules, config files, kernel modules, etc.

Systemd 256 mounts /usr as read-only, but Ignition setup requires
to have some files written depending on the live image or the ignition
contents.
@ader1990
Copy link
Contributor Author

Just found out from @tormath1 (thanks!) that Fedora CoreOS had the same issue and implemented similar fixes: coreos/fedora-coreos-config@44d0ff8 coreos/ignition#1891

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.

1 participant