Bug 2051550 - Silverblue and Kinoite will have /var on its own Btrfs subvolume
Summary: Silverblue and Kinoite will have /var on its own Btrfs subvolume
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Changes Tracking
Version: 36
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ben Cotton
QA Contact: Chris Murphy
URL:
Whiteboard:
Depends On: 2053604 2053607
Blocks: F36Changes
TreeView+ depends on / blocked
 
Reported: 2022-02-07 13:31 UTC by Ben Cotton
Modified: 2022-05-13 16:29 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2022-05-13 16:29:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ben Cotton 2022-02-07 13:31:06 UTC
This is a tracking bug for Change: Silverblue and Kinoite will have /var on its own Btrfs subvolume
For more details, see: https://fedoraproject.org/wiki/Changes/VarSubvol4SilverblueKinoite

Silverblue and Kinoite: For new clean automatic (guided) installations, create a "var" subvolume to be mounted at /var.

If you encounter a bug related to this Change, please do not comment here. Instead create a new bug and set it to block this bug.

Comment 1 Chris Murphy 2022-02-11 16:44:16 UTC
Bug 2053604 won't inherently block this feature, but I want to keep track of it.

Comment 2 Chris Murphy 2022-02-21 21:28:10 UTC
The PR for this has been merged to f36-devel upstream.
https://github.com/rhinstaller/anaconda/pull/3872#issuecomment-1046886769

Comment 3 Chris Murphy 2022-02-25 21:13:41 UTC
Tested Fedora-Silverblue-ostree-x86_64-36-20220225.n.0.iso, and Fedora-Kinoite-ostree-x86_64-36-20220225.n.0.iso. Both are working as expected: installs and reboots ok; downgrade to yesterday's deployment on both, still reboots ok, and reboots back to today's commit.

>ostree pull fedora:fedora/36/x86_64/silverblue --commit-metadata-only --depth=2
>ostree log fedora:fedora/36/x86_64/silverblue 
>rpm-ostree deploy aae04bbc4deb505305a9ff588435ee543ba04df601ac64e309e2a178e6e43fcb

Comment 4 Timothée Ravier 2022-05-13 16:03:26 UTC
@Ben this one should probably be closed now.

Comment 5 Ben Cotton 2022-05-13 16:29:15 UTC
Ah, it wasn't blocking F36Changes so it didn't get included in the release-day closure.


Note You need to log in before you can comment on or make changes to this bug.