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
[btrfs] add new FSMount
subclass for BTRFS (#1926892)
#930
[btrfs] add new FSMount
subclass for BTRFS (#1926892)
#930
Conversation
Can one of the admins verify this patch? |
We need to use this to allow overriding the filesystem mount options from the default. Ideally this can be overridden in configuration, but short of having such a mechanism we can hardcode it for now. Signed-off-by: Michel Alexandre Salim <michel@michel-slm.name>
e9ddd86
to
528ef87
Compare
FSMount
subclass for BTRFSFSMount
subclass for BTRFS (#1926892)
Jenkins, ok to test. |
I've two problems with this:
If the change can't be done only in Anaconda (I still think, Anaconda should be able to use the |
Ideally it's applied to the install time mount command, so that the installation itself is compressed. A fallback position would be to just add it to /etc/fstab where it would take effect on first boot. In that case the system becomes compressed over time as rpms are updated. In fact, there might be an advantage to having separate install time and run time values. For production installations, Further, it may be preferred to not apply to /boot/ when on (a separate) Btrfs, just to keep things simpler. In practice, we still mount ro during boot, and the |
Just for fun, tested this patch twice, as written and with
|
Abandoning this in favor of a pykickstart |
We need to use this to allow overriding the filesystem mount options
from the default. Ideally this can be overridden in configuration,
but short of having such a mechanism we can hardcode it for now.
Context: https://fedoraproject.org/wiki/Changes/BtrfsTransparentCompression
Signed-off-by: Michel Alexandre Salim michel@michel-slm.name
This change is