On Mon, Dec 1, 2014 at 6:24 AM, Chris Murphy <li...@colorremedies.com> wrote: >> But isn't it just possible to move i.e. reparent a >> subvol so I can move these two under another subvol and have that as >> default? > > You can move subvolumes.
OK so I just found out that just mv test1/foo test2/ where test1, test2 and foo are all subvolumes is sufficient to reparent foo to test2, if what btr sub list shows as "top level" is indeed the parent subvolume. Is that correct: what btr sub list shows as "top level" is indeed the parent subvolume? > My suggestion is subvolumes containing > binaries shouldn't be located within another subvolume that ends up > being mounted, that way old binaries with possible vulnerabilities > aren't exposed in the normal search path. I'm not sure what you mean. Are you saying that for example /usr/bin should be: 1) a separate subvolume than / or /usr, 2) not a child subvolume of / or /usr? > openSUSE uses subvol id 5 for installing the OS to, and some > directories are made subvolumes such as home var and maybe usr. > Therefore when subvolid 5 is snapshot, those are exempt, and have to > be individually snapshot. Yes I also noticed that openSUSE creates such separate subvols, but is there any particular benefit to making it so? > Fedora uses subvolumes root and home by default, and fstab uses > subvol=root and subvol=home to mount them at / and /home respectively. This seems similar to Ubuntu's @ and @home setup. Is there any advantage to either? That is, one model installs root to the topmost subvol and makes usr, home etc nested subvols, whereas another makes root a nested subvol under the topmost just like usr home etc, and then mounts it to /... In general it seems people (or at least distros) prefer avoiding nesting subvolumes. Is there any particular reason for this? Esp in regard to /usr etc it would seem that if they are nested within the subvol for /, then just mounting that subvol would automatically mount all nested subvolumes, right? So the extra effort needed to mount the nested subvols would not be necessary, no? Shriramana. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
