1 |
On 30/08/2013 07:36, Canek Peláez Valdés wrote: |
2 |
> On Fri, Aug 30, 2013 at 12:21 AM, J. Roeleveld <joost@××××××××.org> wrote: |
3 |
>> gottlieb@×××.edu wrote: |
4 |
>>> On Thu, Aug 29 2013, Canek Peláez Valdés wrote: |
5 |
>>> |
6 |
>>>> On Thu, Aug 29, 2013 at 4:19 PM, <gottlieb@×××.edu> wrote: |
7 |
>>>>> |
8 |
>>>>> I have experience with LVM, but not systemd or dracut or initramfs |
9 |
>>>>> |
10 |
>>>>> * both grub and grub2 support lvm |
11 |
>>>> |
12 |
>>>> Does GRUB legacy handles /boot in LVM? I haven't tried that yet. |
13 |
>>> |
14 |
>>> That I don't know. I believe the LVM "companion manual" that I am |
15 |
>>> seeking and that I used for previous installs advised against /boot on |
16 |
>>> lvm (probably also /lib and others). Perhaps this was simply |
17 |
>>> reflecting |
18 |
>>> no initramfs. Hence any grub issue with /boot on lvm didn't arise. |
19 |
>>> |
20 |
>>> allan |
21 |
>> |
22 |
>> No. |
23 |
>> |
24 |
>> Grub legacy does not support LVM for the /boot. |
25 |
>> That's why I have it there. |
26 |
>> |
27 |
>> UEFI only understands FAT. Which means you need to have a boot partition |
28 |
>> outside of LVM for that. |
29 |
> |
30 |
> Good to know, thanks. Another reason not to use LVM I guess. |
31 |
|
32 |
Why not use LVM? |
33 |
|
34 |
Yes, it is some added complexity you need to understand but it stays out |
35 |
of your way till you need it, doesn't affect disk efficiency in any |
36 |
significant way and just works. When you need the services it offers |
37 |
they are there and until then just use mkfs and mount the block device |
38 |
it offers. |
39 |
|
40 |
Unless you have all your filesystems part of / itself, you run the risk |
41 |
of hitting hard limits rapidly and LVM gives you a proper way to deal |
42 |
with that, unlike using rigid partitions directly. I see a small amount |
43 |
of new code to understand followed by huge benefits. |
44 |
|
45 |
The best way to deal with this actual issue is the ZFS/btrfs approach |
46 |
but those aren't usable for the masses yet, whereas LVM is. |
47 |
|
48 |
|
49 |
-- |
50 |
Alan McKinnon |
51 |
alan.mckinnon@×××××.com |