Silverblue users have occasionally expressed a desire to snapshot the "root" subvolume separately from /var so they can rollback "root" separately from /var content. Since rpm-ostree puts the rpmdb in /usr, and Btrfs subvolumes have essentially no cost, it's a nice tweak for these users. So I've put together a self-contained change proposal to do that. https://fedoraproject.org/wiki/Changes/VarSubvol4SilverblueKinoite
I've done quite a few such installations already and the installer has no issue with it, and systemd fstab generator reliably mounts "var" to /var early enough that there's trouble there. I consistently see the journal flush to persistent storage *after* /var has mounted which is what we need. But if anyone can think of additional liabilities, let me know.
A possible gotcha I'm not certain about, is if the Btrfs autopart scheme is modified to add a /var mount point, we need to make sure it only applies to Silverblue and Kinoite. And only applies to the Btrfs scheme, not LVM or Standard partitioning schemes. If that's too tricky in the Fedora 36 time frame, then we'll just punt.
Thanks!
Neal pointed me to: https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/
Is there some documentation about the profile format and options? Looking at:
https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/fedora-se...
I wonder if I will luck out and this is as easy as modifying fedora-kinoite.conf and fedora-silverblue.conf to include:
[Storage] default_scheme = BTRFS btrfs_compression = zstd:1 default_partitioning = / /var /home
Thanks,
Chris Murphy
Hi Chris,
I think it should work. If you are able to make that work, feel free to create a PR to the Anaconda repo.
Here is the documentation for the configuration files: https://anaconda-installer.readthedocs.io/en/latest/configuration-files.html
and if that won't be enough feel free to jump to our IRC and ask.
Best Regards, Jirka
Dne 24. 01. 22 v 20:53 Chris Murphy napsal(a):
Neal pointed me to: https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/
Is there some documentation about the profile format and options? Looking at:
https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/fedora-se...
I wonder if I will luck out and this is as easy as modifying fedora-kinoite.conf and fedora-silverblue.conf to include:
[Storage] default_scheme = BTRFS btrfs_compression = zstd:1 default_partitioning = / /var /home
Thanks,
Chris Murphy _______________________________________________ Anaconda-devel mailing list -- anaconda-devel@lists.fedoraproject.org To unsubscribe send an email to anaconda-devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/anaconda-devel@lists.fedorapro... Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Hi Chris,
On Mon, Jan 24, 2022 at 8:54 PM Chris Murphy lists@colorremedies.com wrote:
Neal pointed me to: https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/
Is there some documentation about the profile format and options? Looking at:
the format and options are documented here: https://anaconda-installer.readthedocs.io/en/latest/configuration-files.html
https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/fedora-se...
I wonder if I will luck out and this is as easy as modifying fedora-kinoite.conf and fedora-silverblue.conf to include:
[Storage] default_scheme = BTRFS btrfs_compression = zstd:1 default_partitioning = / /var /home
This is going in the right direction, but the default partitioning layout is applied to all supported schemes (Btrfs, LVM and standard partitioning). I think we can support a new attribute 'btrfs' that would signal that the mount point should be created only for the Btrfs scheme. It is simple, I can open a PR for that today.
Then the profiles can specify:
default_partitioning = / /var (btrfs) /home
Thanks,
Chris Murphy _______________________________________________ Anaconda-devel mailing list -- anaconda-devel@lists.fedoraproject.org To unsubscribe send an email to anaconda-devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/anaconda-devel@lists.fedorapro... Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On Tue, Jan 25, 2022 at 4:41 AM Vendula Poncova vponcova@redhat.com wrote:
Hi Chris,
On Mon, Jan 24, 2022 at 8:54 PM Chris Murphy lists@colorremedies.com wrote:
Neal pointed me to: https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/
Is there some documentation about the profile format and options? Looking at:
the format and options are documented here: https://anaconda-installer.readthedocs.io/en/latest/configuration-files.html
https://github.com/rhinstaller/anaconda/blob/master/data/profile.d/fedora-se...
I wonder if I will luck out and this is as easy as modifying fedora-kinoite.conf and fedora-silverblue.conf to include:
[Storage] default_scheme = BTRFS btrfs_compression = zstd:1 default_partitioning = / /var /home
This is going in the right direction, but the default partitioning layout is applied to all supported schemes (Btrfs, LVM and standard partitioning). I think we can support a new attribute 'btrfs' that would signal that the mount point should be created only for the Btrfs scheme. It is simple, I can open a PR for that today.
Then the profiles can specify:
default_partitioning = / /var (btrfs) /home
That'd be fantastic! Would it also be possible to have a version of this for Anaconda 34 that I could use with CentOS Stream Hyperscale 9 too?
-- 真実はいつも一つ!/ Always, there's only one truth!
On Tue, Jan 25, 2022 at 2:41 AM Vendula Poncova vponcova@redhat.com wrote:
This is going in the right direction, but the default partitioning layout is applied to all supported schemes (Btrfs, LVM and standard partitioning). I think we can support a new attribute 'btrfs' that would signal that the mount point should be created only for the Btrfs scheme. It is simple, I can open a PR for that today.
Then the profiles can specify:
default_partitioning = / /var (btrfs) /home
Has the new btrfs attribute been implemented? I looked for a related PR but haven't found it so far.
Thanks!
On Fri, Feb 4, 2022 at 9:34 PM Chris Murphy lists@colorremedies.com wrote:
On Tue, Jan 25, 2022 at 2:41 AM Vendula Poncova vponcova@redhat.com wrote:
This is going in the right direction, but the default partitioning
layout is applied to all supported schemes (Btrfs, LVM and standard partitioning). I think we can support a new attribute 'btrfs' that would signal that the mount point should be created only for the Btrfs scheme. It is simple, I can open a PR for that today.
Then the profiles can specify:
default_partitioning = / /var (btrfs) /home
Has the new btrfs attribute been implemented? I looked for a related PR but haven't found it so far.
Hi, I wasn't sure if you agree with the solution. The pull request is here: https://github.com/rhinstaller/anaconda/pull/3830
Vendy
Thanks!
-- Chris Murphy _______________________________________________ Anaconda-devel mailing list -- anaconda-devel@lists.fedoraproject.org To unsubscribe send an email to anaconda-devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/anaconda-devel@lists.fedorapro... Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On Mon, Jan 24, 2022 at 12:53:52PM -0700, Chris Murphy wrote:
I wonder if I will luck out and this is as easy as modifying fedora-kinoite.conf and fedora-silverblue.conf to include:
[Storage] default_scheme = BTRFS btrfs_compression = zstd:1 default_partitioning = / /var /home
FWIW I think this is not so much luck as "anaconda is a pretty good tool, actually". :)
anaconda-devel@lists.fedoraproject.org