[Bug 1131852] [NEW] WISH: Allow more control of BTRFS install
oshunluvr
stuartksmith at gmail.com
Fri Feb 22 17:13:39 UTC 2013
Public bug reported:
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"
** Affects: ubiquity (Ubuntu)
Importance: Undecided
Status: New
--
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:
New
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