<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Originally I was thinking the installer's assertion that Btrfs is not resizable just needed a verbiage change to "Resize unsupported"</div><div><a href="https://bugzilla.redhat.com/show_bug.cgi?id=962143">https://bugzilla.redhat.com/show_bug.cgi?id=962143</a></div><div><br></div><div>But there's a consequence that makes this a show stopper for Btrfs becoming the eventual default file system.</div><div><br></div><div>Actual behavior:</div><div><br></div><div>1. F18, use Guided Partitioning, partition scheme set to Btrfs, on a blank drive.</div><div>2. F19, use Guided Partitioning = can't, there isn't enough space and the installer won't resize Btrfs volumes. </div><div><br></div><div><br></div><div>Expected behavior:</div><div><br></div><div>Either Guided partitioning should enable the shrinking of the Btrfs file system to make room for a new 500MB ext4 /boot. </div><div><br></div><div>OR it needs to support /boot on Btrfs subvolumes. </div><div><br></div><div>OR it needs to support reusing an existing /boot. </div><div><br></div><div>Currently none of these are supported in Guided partitioning.</div><div><br></div><div>Work around:</div><div>Use Manual partitioning, and place /boot on btrfs as a subvolume. This also triggers this grubby bug <a href="https://bugzilla.redhat.com/show_bug.cgi?id=864198">https://bugzilla.redhat.com/show_bug.cgi?id=864198</a>.</div><div><br></div><div><br></div><div>Chris Murphy</div></body></html>