Importance of LVM (was Re: Partitioning criteria revision proposal)

drago01 drago01 at gmail.com
Thu Oct 25 20:51:17 UTC 2012


On Thu, Oct 25, 2012 at 10:26 PM, Adam Williamson <awilliam at redhat.com> wrote:
> On Tue, 2012-10-16 at 17:55 -0700, Adam Williamson wrote:
>
>> BTW, on the topic of LVM specifically (whose importance we still haven't
>> really established): I did some archive-diving last week. We first went
>> to LVM-by-default all the way back in Fedora Core 3. There were two
>> reasons for doing this. The 'official' one was to make it easier to
>> expand the capacity of a system simply by adding another hard disk. The
>> less official reason was to get more testing of LVM, which was still in
>> its infancy at the time. Ever since then, we've stuck with the default
>> really just because it's always been there; until I started poking into
>> it, no-one really had a story for why LVM was default any more.
>>
>> Neither reason really applies much any more. LVM is much more mature
>> now, and in a way is yesterday's news, the Glorious Future maybe belongs
>> to btrfs. And we've finally hit the point in history where most people
>> don't run out of space on the hard disk that comes with their system,
>> and even when they _do_ run out of space, it's usually not with OS data
>> but with 'user data' that is much easier to spread across multiple disks
>> without using LVM. So I'm not sure we really have a convincing reason
>> any more to care especially about LVM.
>
> On this topic...Ric Wheeler came up with some fairly good arguments in
> favour of keeping the LVM default and proposed it on the anaconda list
> this morning (actually I think the post may not have been approved yet,
> but it'll show up soon). Since we're post-freeze now I summarized the
> debate into a bug report and nominated it for NTH:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=870207
>
> I think it's still true to say that our *original* reasons for
> defaulting to LVM don't really hold any more, but Ric made some pretty
> decent *current* arguments for keeping that default until we switch to
> btrfs-by-default.

What exactly does not hold anymore? Resizing partitions isn't that
common and not the primary use of LVM (you can do it without it and
most users won't).  It is still pretty much useless (as in the extra
features won't be used) for the average desktop / laptop installs. For
most users all it does is slowing down the boot process (we should
stop adding crap to the default boot process because someone might
need it on some obscure case). Those who know about the extra features
and want to use them will enable it anyway regardless on what we set
as defaults.

So no -1 on that.


More information about the test mailing list