On 03/14/2016 08:44 AM, Carlos E. R. wrote:
So? What's the problem?
That's what the installers does if you use the default btrfs filesystem on "/". Notice that it is a single partition, sdda3, plus another for efi and another for home.
I agree with Carlos, you should be in control. I use something like Knooppix on a new system to parition the disk. regualr readers will recall that I put everything except /boot on a LVM. If you want encryption, then this is a good approach, make the whole LVM encrypted! I then create the RootFS & /home and a bunch of other stuff I want to manage separately, like /opt. /usr/share, /var, /tmp/ /srv and /usr/local. Why, you may ask? Well it also makes upgrading easier :-) I can off-line any custom stuff in /home, /opt and /usr/local for the upgrade. I can easily purge /tmp. It also facilitates the way I do backups. But that's another matter and we've argued that point before. BtrFS is ... useful. But only in context. I don't see the facilities for multi=spindle being of value to me. The snapshot is useful for reversing updates ... maybe. If I were in a multi-user setting like an ISP and needed to be able to reverse user changes, the having /home on BtrFS would make sense. I don't so it doesn't. As it stands, the was openSuse manages repositories its actually easier to use Yast/Zypper to back up to a previous version of an application, so right now I don't see any benefit to BtrFS for me. In fact the next long weekend I plan to convert my RootFS to ext4. Easier with LVM than some other approaches. I think Ruben's complaint is that left to itself the installer created a lot of subvolumes and you really can't tell the space that they are each using from running a 'df'. A reason to dislike BtrFS? Well it was designed that way, which may be wrong. Which is why I created 'real' partitions (see above). The installer will honour them. But equally well, you can delete subvolumes. Yes you really do delete them just as if you had done a "rm -fr <subvolume>". Can you retroactive do what I've done? Create a LVM, create /var and move from the existing /var to /dev/vgmain/vVAR which is mounted at /mnt/disk/ using rsync, then removed the /var subvolume, edit /etc/fstab and away you go? Yes I've done that kind of thing and it has to be done in maintenance mode. Once again something like Knoppix or another LiveCD/LiveUSB is needed. Moving /dev/vgmain/vROOT to /dev/vgmain/vROOT4 is no different. What? oh yes it is. You need to update grub, better do a mkinitrd after that chroot trick I've mentioned previously. https://wiki.archlinux.org/index.php?title=Boot_debugging&oldid=337625#Repairing_with_Arch_live_CD YMMV. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org