LVM也疯狂 - 没条件兄弟们的福音

tram

看了好像是:
把物理空间分为4M大小的块，然后再综合成一个表。
如果这样的话，那读写速度应该不会受什么影响。有没有人试成功的呢?还有一个EVMS，好像和这个有点像。

werix

tram兄，
噢，我白讲了。。。开个玩笑，别介意。
简单的讲一下，不一定很准确，只要明白意思就行：
假设你有两张硬盘，一张装了系统 (/,/usr,/var,/boot,swap etc...) , 另一张上是你给你的用户用的 (/home),过了两年，你用户越来越多， /home 不够用了，不用LVM的情况下你该咋办？
1。 买一张更大的盘(到时候还会太小)，把/home全考到新盘上，把旧盘扔了。
2。 还是买张盘加到/home之下的一个分区？都太浪费了是吧！

用LVM以后，你可以建立一个卷组(Volume group)，再在这个卷组上进行逻辑分区(我的第三张图，e.g: lv01)，我们这个简单例子就是/home了，当你发现你的逻辑分区不够用了， 你可以在卷组还有空余的情况下用下面命令给逻辑分区/home 加1G的地方： lvextend -L+1G /dev/vg01/home。 如果你卷组也不够了，那就加张硬盘，把它先变成物理卷，向例子里pvcreate /dev/loop0 (当然了，实际中/dev/loop0 就是
你的/dev/hde,f,g,h..了)，再把你的建的物理卷加到卷组vg01 里，象这样：vgextend vg01 /dev/loop0 ，好处呢？就是你扔了旧盘，也不用搞新的分区，因为两张盘在一个卷组里。

这个概念对刚接触的人来说比较不好理解，这个帖子是帮你在没有很多硬盘下就可以用Loop device 当硬盘用，可以安例子一步步走一遍，多玩玩，看看联络图就明白了。家庭玩不太会用LVM，问题是如果你在一家公司工作，经常会碰到raid5之类的storage存储大量信息, 99%的情况下是用LVM之类的解决方案，我看这个用Loop device 当硬盘用的例子不错，给大家家里玩玩，玩熟了，找工作可能用得上。。。


商业Unix 的LVM非常好用，IBM就是安装时直接给出一个叫rootvg 卷组，系统都在这个卷组里，你也可以随时给每个逻辑分区加大空间，所谓逻辑分区就是我们原来的partition，备份和恢复都简单。

deconvolution 的补充非常好，因为我们可以把整个系统都放在一个卷组里(就象IBM那样)，他提醒大家/var,/boot 都在卷组里该注意的事项，应该引起大家重视！！！

另外多看看deconvolution给出的URL，非常清楚，还是中文的！

werix

EVMS 是IBM给LINUX开发的，东西一样

tram

对服务器比较好，增加硬盘不用停机了，呵呵。对了，这个东西对读写速度有多大影响呢？还是多了一层。

包子

感谢！！！！一直不知道有这么回事！！！！！！
丁页一下！！！！

llcspring

没感觉出有什么影响，可以说是微乎其微。而带来的方便是巨大的。
另外，多块硬盘还能实现类似raid0的功能，读写速度会快不少。 ^_^

eTony

:2cool :2cool :2cool :2cool :2cool :2cool :2cool :2cool

georgek

最初由 llcspring 发表
没感觉出有什么影响，可以说是微乎其微。而带来的方便是巨大的。
另外，多块硬盘还能实现类似raid0的功能，读写速度会快不少。 ^_^

不會吧~~

llcspring

可以的，有兴趣可以查看相关资料。就是把数据分散放到各磁盘。(默认是尽量连续放的)，应该是类似于软raid0的。和硬件的raid当然是没法比了。

deconvolution

werix :  thanks very much for your comments.  I would like to present my case to explain why choose LVM.

Currenly my computer has two basic harddisks:80G and 120G.  The 120G one is as my main harddisk for daily purpose. 80G is for backing up and future purpose.  

My current partition table  looks like this: (for 120G)
  Name        Flags      Part Type  FS Type          [Label]        Size (MB)
------------------------------------------------------------------------------
    hda1                    Primary   Linux XFS                       1044.62
    hda2     Boot        Primary   NTFS                              6308.79
    hda3                    Primary   Linux swap                    1052.84
    hda5                    Logical   W95 FAT32 (LBA)            31568.63
    hda6                    Logical   Linux LVM                       16919.41
    hda7                    Logical   W95 FAT32 (LBA)           31568.63
    hda8                    Logical   W95 FAT32 (LBA)           31568.63

hda5 contains my personal data, hda7 and hda8 contain my music.
hda1 is my root partition, my /home /usr and /var are together in hda5 by applying LVM.

There are many reasons I did the partition like this.  In terms of LVM, in the future when I want more space for my Debian box, I just simple remove the hda7(even hda8) partiton, change to PVs whatever the size and enlarge the existing /var /home or /usr.  My linux system wont be affected at all and I wont need to restart my computer!  I dont need to take care the partition hole, re-partition problem.. etc...

I dont locate my root directory to an LV since: 1) Only about 100MB-200MB diskspace(depends on how many kernels you installed) is usually used for a typical linux root without /tmp /home /var and /usr .  Its size wont dramatically rise too much if you are not a kernel hacker.  I am not able to see any LVM advantages there.  2) There are many problems involved with LV root.  Once your system cannot boot due to system faults, LV root is much more difficult to restore compared to the conventional approach.  3)To start such the system built on a LV root, you still need an external /boot partition for kernel and LVM actived initrd*.   From my point of view, the difference between basic boot partition and small root partition are trivial in a LVM based system.  Therefore, it is pointless to do this for most people , IMHO.  I couldnt understand the Gentoo CEO 's motivations of his LV root plan, described in his article at IBM developer work.

*this initrd size might not be the default 4096k when your LVs size are very large: http://lists.sistina.com/piperma ... -March/011092.html.