[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#840248: debian-installer: Add btrfs subvolume setting for snapshot

On 30 October 2016 at 07:21, Philipp Kern <pkern@debian.org> wrote:
> On 10/11/2016 11:40 PM, Nicholas D Steeves wrote:
>> So far, the plan is to default to simple @rootfs and @home subvolumes,
>> because I've read that backing up OpenSUSE systems is cumbersome with
>> all of those subvolumes, and also because of the KISS principle;
> FWIW, given that I just encountered this myself: rescue(-mode) will
> need
> a fix in this case because by default it mounts the top-level, which
> means that the actual chroot is one level down. Although I guess
> setting
> the default subvolume id to the one of whatever you call @rootfs
> should
> also fix this.

Hi Philip,

So sorry for the delay.  Life stuff that my plan couldn't accommodate
for :-(

Which rescue mode, and where?  Please tell me so I can fix it!  From
what I've read, setting a default subvolid != 5 was explored by other
distributions, and abandoned.  As I hadn't received any feedback from
debian-boot@, and it seemed like development has shifted to providing
translations only, I thought that a minimal change that didn't require
translation would be more appropriate.  From this proposed default
configuration, in single user mode, rootfs' partition can be mounted
without subvol=@subvolume somewhere like /btrfs-admin and subvols can
be created as children of subvolid 5 and peers to @rootfs (eg: @var),
then you replicate the data from /btrfs-admin/@rootfs/var, and finally
edit fstab and mount the new /var subvolume, go multiuser or reboot.

I would very much appreciate it if you would take a look at it.  I
understand it needs to be rebased ;-)

Concerning the naming of the rootfs subvol, is there something you
would prefer?  I've since learned that LXC's btrfs backend follows the
Fedora/CentOS/RedHat convention of a simple "rootfs" albeit by nesting
it in whatever subvolume /var/lib/lxc belongs to.

I plan to keep working on this even if it's now too late for Stretch's
initial release!


Attachment: signature.asc
Description: Digital signature

Reply to: