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 ;-) https://anonscm.debian.org/cgit/d-i/partman-btrfs.git/log/?h=proposed 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! Cheers, Nicholas
Attachment:
signature.asc
Description: Digital signature