[Bug 1131852] Re: WISH: Allow more control of BTRFS install

oshunluvr stuartksmith at gmail.com
Fri Mar 15 18:07:40 UTC 2013


I fail to see how the option to allow the user to select a subvolume
name other than @ for root and @home for /home would apply in the above
linked instance.

Unless I am reading that information incorrectly, as long as the
corresponding subvolumes described in the mount options for / and /home
reside immediately below the default mounting subvolume (level 5) there
should be no difference.

I have no problems booting to any BTRFS subvolume name I use. I'm only
asking to have control over the NAME of the installation subvolumes, not
to change the level in the btrfs tree.

It seems this is a Ubiquity induced problem, not a btrfs limitation.
Thanks anyway.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1131852

Title:
  WISH: Allow more control of BTRFS install

Status in “ubiquity” package in Ubuntu:
  Won't Fix

Bug description:
  First let me say a big "Thank You" to implementing BTRFS as an install
  option and the genius move to have it automatically create a @home
  subvolume at install.

  Here's my Wishlist request to enhance the installer for advanced BTRS
  users:

  CHANGE: When BTRFS is selected, allow the user to designate subvolume
  assignment. Default to @ for root and @home for home, but allow
  editing of these subvolume names for advanced users

  REASONING: The best use of BTRFS in many cases is as a whole drive
  filesystem - no partitions at all. This introduces many benefits, one
  of which is using subvolumes to allow a single BTRFS filesystem to
  hold several different distro installs.

  CURRENTLY: I have a five drive system divided into three BTRFS
  filesystems. My SSD has three distros on it which reside in unique
  subvolumes. Steps to do this: I install a new distro to the BTRFS
  filesystem. Once complete, edit the associated boot/grub/grub.cfg and
  etc/fstab files renaming the @ and @home subvolumes to new unique
  names. Boot to a different distro or liveUSB and rename the subvolumes
  to the new names. Reboot into the new install and run update-grub.
  Done.

  CONCEPT: At install time, I select "Manual Partitioning." When I
  select a BTRFS partition, an additional option to "Create Subvolumes"
  appears. The new option has a list allowing mount points to be
  assigned to subvolume names and has / set @ and /home set as @home by
  default. I change / to @kubuntu1210 and /home to @home_kubuntu1210. An
  additional option to add more subvolume mount assignments is available
  for those who want more subvolume assignments.

  RESULTS: No change to the basic install for BTRFS users but those of
  us who want to multi-boot and use large BTRFS filesystems to do that
  don't have to jump through so many hoops.

  Thanks for listening. If anyone want to contact me directly for
  clarification or wants to argue about the above, I'm on Kubuntu and
  Ubuntu forums as "oshunluvr"

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1131852/+subscriptions




More information about the foundations-bugs mailing list