-
Notifications
You must be signed in to change notification settings - Fork 62
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
bib: add --filesystems commandline option for basic customizations #283
Conversation
This commit adds support for basic filesystem customization. The main use-case right now is to allow to create a bigger default rootfs. This can be done via: ``` $ bootc-image-builder --filesystems "/:20G" ``` This is conceptually very similar to PR#124 but instead of blueprints it is purely commandline driven. The rational is that it's unclear what customization format we eventually want to support but it is clear that we need a way to drive this from the commandline. The format is designed to be extensible to a certain extend, so ``` bib --filesystems "/:20G,/var:100G:xfs" ``` is currently a strawman for supporting more customizations in the future. This PR is limited to "/" because we currently have no way to inject /etc/fstab or systemd-mount units (the bootc --copy-etc PR will probably helper here in the future).
To be clear though again, it's definitely supported to just write into the deployment root's |
Hmm. Having this as a string seems not future proof to me (I know it gets a lot into what format we present but...) I think I would propose that we:
|
Really sorry, I should have phrased this slightly differently maybe. What I mean is that I still have not figured out how to do it exactly but I also have not sat down and tried it. |
Thanks for the suggesiton - I will definitely fix the missing default based on size. On the second point: during the meeting Dan suggested to try to come up with something more extensible, this is why I went with "--filesystems" in the current from. But maybe |
We should definitely create an overall plan here around extensibility but my instinct here is we're going to hit complexity limits on a CLI interface and will end up with a config file type approach. |
Me, @mvo5 and @achilleas-k agreed on implementing the first part of the Colin's comment:
This will help all users that are trying to create disk images from huge container images, which seems like a quick, and non-controversial win. It would be surely great to have more fine-grained control, so let's do it as a followup when we have a plan where to store the partitioning config (inside the container image, or passed via bib's CLI, or both) and which format we should use (see #124 vs. containers/bootc#289). |
Based on the discussion in #283 (comment) I will close this one and started the new approach in #291 |
[draft so that we can discuss the stawman commandline that is inspired by Dans (thanks!) suggestion]
This commit adds support for basic filesystem customization. The main use-case right now is to allow to create a bigger default rootfs. This can be done via:
This is conceptually very similar to PR#124 but instead of blueprints it is purely commandline driven. The rational is that it's unclear what customization format we eventually want to support but it is clear that we need a way to drive this from the commandline.
The format is designed to be extensible to a certain extend, so
is currently a strawman for supporting more customizations in the future.
This PR is limited to "/" because we currently have no way to inject /etc/fstab or systemd-mount units (the bootc --copy-etc PR will probably helper here in the future).