![](https://seccdn.libravatar.org/avatar/37ce46f3bb7af09b1da428d24b87bd4a.jpg?s=120&d=mm&r=g)
On Sun, Mar 8, 2015 at 10:45 AM, Anton Aylward <opensuse@antonaylward.com> wrote:
On 03/08/2015 12:12 PM, don fisher wrote:
Why so many sub volumes.
Choice.
https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html
You can choose not to have the ons you are given. You can choose to have other ones of your own making.
Are you sure? You've tested this thoroughly and you know in advance that snapper doesn't get confused or blow up? I'm pretty sure it has certain expectations what it's snapshotting and restoring.
hey, this is Linux. Everything comes down to you choosing how to configure things.
That is not inherently a public good. It can be a significant barrier to entry and on-going maintenance. If the goal is to have a competitive desktop, it probably needs a default layout that's understandable, or who's going to maintain it? I'd be less concerned about nutty partition layouts or many Btrfs subvolumes, stateless installs were the norm. For example, my cyanogen phone has 28 partitions. This is not by my choice, this is the design of the phone, in fact I have no choice in the matter near as I can tell without likely breaking it. Does 28 GPT partitions sound nutty to me? Yes, quite. Doesn't it negatively impact me? No. If anything it probably helps separate things so they the thing is easy to reset, restore, and update. Very Soon Now, I'd like to see out of tree snapshots taken, and for that tree to be updated atomically, rather than the currently active fs tree. That way if the update blows up, just delete that whole tree. No rollback even necessary. Further, the update can happen in a chroot or container so its update environment is more stable/deterministic; and further my environment isn't the one doing the update or affected by it. So I don't have to reboot to get the offline update. It's an online update, and an optional reboot at my convenience to realize the benefit of that update.
Whether it is on your system is entirely up to you. You too can *choose* for it not to be so.
Choice without knowledge makes choice a coin toss. In order to make a meaningful choice requires knowledge. The more choices, the more knowledge. Acquiring knowledge takes time, and in that endeavor there is no short cut, no choice. So the expansion of choice over here inevitably leads to reduction of choice over there. e.g., all these knobs in Linux installers, inevitably lead to bugs. -- Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org