如果你的分区经常保受空间不足，那么你应该看看
[url]http://www-900.ibm.com/developerWorks/cn/linux/filesystem/lvm/lvm-2/index.shtml[/url][code]为了免于消失，所以备份一下，使用逻辑卷的好处显而易见，就是可以动态调节分区大小，对于单硬盘同样方便，
China
IBM 主页 产品 咨询 行业 新闻 关于 IBM
dW 中国站点 : Linux 概览 : 文档库 - 论文
通用线程：学习 Linux LVM，第 2 部分
cvs.gentoo.org 升级
Daniel Robbins (drobbins@gentoo.org)
总裁兼 CEO，Gentoo Technologies, Inc.
2001 年 4 月
内容：
空间问题
解决方案的开始
LVM 的优点
参考资料
关于作者
您对这篇文章的看法如何
在本文中，Daniel 和我们一起分享了他将 cvs.gentoo.org 的 /home 文件系统转换成 LVM 逻辑卷的经历。在转换之后，当 cvs.gentoo.org 的 /home 分区实时动态地进行大小调整，而无需重新引导、卸装 /home，甚至无需降低到运行级别 1 时，我们将会看到 LVM 的种种优点。所有进程在没有任何中断的情况下继续工作。Daniel 对转换的逐步详细介绍将对那些有兴趣在他们自己的机器上执行类似转换的人有所帮助。
在我前一篇 LVM 文章中，我解释了 LVM 背后的概念。现在该是发挥 LVM 作用的时候了。在本文中，我将在官方 Gentoo Linux web/cvs/email 服务器 -- cvs.gentoo.org -- 上设置 LVM。尽管 cvs.gentoo.org 只有一个硬盘，但灵活性很强的 LVM 仍然令人难以置信地提供了比标准静态分区方法好得多的改进。我将为您介绍 LVM 转换过程的的所有步骤，这样，如果您有兴趣，可以在自己的机器上执行类似的转换。
在开始之前有一个告诫。因为实现 LVM 是对系统进行的一项重要的变动（包括创建新分区和其它一些潜在的冒险操作），所以在开始这一过程之前备份整个系统 不失为一个好主意。如果您不想进行备份，我希望您能使用一台没有什么重要数据的测试机器 :) 应该说我在转换到 LVM 时并没有遇到任何问题，但最好做好准备以防万一。
那么，让我们继续。在开始转换过程之前，我对 cvs.gentoo.org 进行了升级，让它使用下列软件包。在我执行 LVM 转换的时候，这些是当时的最新版本（请参阅本文稍后部分的参考资料）：
Linux 内核 2.4.1-ac19
LVM 0.9.1_beta5
reiserfs-utils 3.6.25
现在轮到硬盘驱动器了。cvs.gentoo.org 有一个不错的新的 IBM 45 GB 硬盘驱动器；不过，当我在 cvs 上安装 Gentoo Linux 时，我只对驱动器中的 10 GB 进行了分区，而将余下的 35 GB 留作“将来的分区”使用。这些是在不使用 LVM 时耍的一点小计谋 -- 将部分驱动器保留不分区是一种为今后的扩充作准备的简单但有效的方式。不过，如果使用 LVM，会有更好的方法。
空间问题
在过去的几个星期中，我注意到我的根 ReiserFS 分区在被缓慢地填满，这可以从下面的 "df" 输出中看出：
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 9765200 6989312 2775888 72% /
tmpfs 269052 0 269052 0% /dev/shm
现在，72% 被占满的根分区并不构成什么危机，但也决不是一种良好的状况。ReiserFS 和许多其它文件系统一样，随着它越来越满而开始逐渐减慢速度，在根文件系统被完全填满、文件系统的性能遭到重创之前，这只是时间问题。
我决定在硬盘驱动器的结尾处使用 LVM，从 35 GB 的当前未分区空间中创建新逻辑卷来解决这一问题。然后，我会在这个卷上创建一个文件系统，并将 /dev/hda3 的大部分内容转移到其中。
如果您考虑在自己的机器上进行类似的转换，首先需要做的就是在根文件系统上找一个合适的部分转移到逻辑卷上。对我来说，选择很容易 -- 我的 /home 树占用了大约 5.7 GB。通过将 /home 转移到它自己的 LVM 逻辑卷，我的根文件系统处于大约 20% 容量的位置。因为大多数新数据被添加到 /home，所以我的根文件系统很可能也停留在大约 20% 容量的位置 -- 一种非常健康的状态。
解决方案的开始
在开始转换之前，首先在硬盘驱动器的结尾处对未使用的空间进行分区。我使用 cfdisk 创建了一个 35 GB 的分区 (/dev/hda5)，然后将分区的分区类型设置成 "8E"（正规 LVM 分区类型）。在这一更改后，我进行了重新引导以强制重新读取分区表。在重新引导后，我的分区表如下：
# sfdisk -l
Disk /dev/hda: 89355 cylinders, 16 heads, 63 sectors/track
Units = cylinders of 516096 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End #cyls #blocks Id System
/dev/hda1 * 0+ 247 248- 124960+ 83 Linux
/dev/hda2 248 743 496 249984 82 Linux swap
/dev/hda3 744 20119 19376 9765504 83 Linux
/dev/hda4 20120 89354 69235 34894440 5 Extended
/dev/hda5 20120+ 89354 69235- 34894408+ 8e Linux LVM
既然有了空的 35 GB 的分区，我就准备为 LVM 初始化它。以下是过程 -- 首先，我将 35 GB 初始化成物理卷；然后，使用这个物理卷创建一个卷组，最后，在卷组上分配一些范围，创建将包含新文件系统并存放当前 /home 中所有文件的逻辑卷。
为开始这个过程，我使用 pvcreate 命令将 /dev/hda5 初始化成物理卷：
# pvcreate /dev/hda5
pvcreate -- physical volume "/dev/hda5" successfully created
pvcreate 在 /dev/hda5 上设置一个特殊的“记帐”区域，称作 VGDA（“卷组描述符区域”）。LVM 使用该区域来记录物理范围是如何分配的，以及其它一些操作。
下一步是创建卷组并向该卷组添加 /dev/hda5。卷组将充当范围池（许多存储块）。创建卷组之后，创建所需数量的逻辑卷。我决定将卷组称为 "main"：
# vgcreate main /dev/hda5
vgcreate -- INFO: using default physical extent size 4 MB
vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte
vgcreate -- doing automatic backup of volume group "main"
vgcreate -- volume group "main" successfully created and activated
vgcreate 命令执行几个操作。除了创建 "main" 卷组以外，它还设置 /dev/hda5，使它使用 4 MB 的范围，4 GB 是缺省范围大小。这意味着在卷组上创建的所有逻辑卷都可以以 4 MB 为增量单位来进行扩充或缩减。
由于内核限制的原因，范围大小决定了逻辑卷的最大大小。您可以从上面的输出中看出，4 MB 的范围大小决定了逻辑卷大小限制为 256 GB，如果您向卷组添加几个高容量驱动器，这是很容易达到的逻辑卷组大小。如果每一个卷最后都大于 256 GB，我建议您在运行 vgcreate 时指定更大一些的范围大小。范围的大小可以是从 8 KB 到 512 MB 之间的任何值，并且必须总是 2 的倍数。通过将范围大小增加到 4 MB 以上，最大的物理卷大小将相应地增加到最大为 1 Petabyte（尽管当今现实世界中，x86 系统上的大小限制是 2 Terabytes）。例如，如果希望使用 32 MB 的范围创建卷组，我会输入：
# vgcreate -s 32M main /dev/hda5
32 MB 是个合适的范围大小，因为 32 MB 的颗粒度仍然便于管理，并将引导的最大逻辑卷大小增加到 2 TB。创建卷组之后，可以通过输入 "vgdisplay" 来查看其信息：
# vgdisplay
--- Volume group ---
VG Name main
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 0
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 33.28 GB
PE Size 4 MB
Total PE 8519
Alloc PE / Size 0 / 0
Free PE / Size 8519 / 33.28 GB
VG UUID 2qC2H2-iA8s-qW6F-cwXx-JVIh-I6VC-VVCGmn
既然有了自己的卷组，我准备创建逻辑卷。我决定在最初时将它的大小设置为 8 GB，并称它作 "lv_home"：
# lvcreate -L8G -nlv_home main
lvcreate -- doing automatic backup of "main"
lvcreate -- logical volume "/dev/main/lv_home" successfully created
然后，在逻辑卷上创建文件系统：
# mkreiserfs /dev/main/lv_home
<----------- MKREISERFSv2 ----------->
Block size 4096 bytes
Block count 2097152
Used blocks 8275
Journal - 8192 blocks (18-8209), journal header is in block 8210
Bitmaps: 17, 32768, 65536, 98304, 131072, 163840,
196608, 229376, 262144, 294912, 327680, 360448,
393216, 425984, 458752, 491520, 524288, 557056,
589824, 622592, 655360, 688128, 720896, 753664,
786432, 819200, 851968, 884736, 917504, 950272,
983040, 1015808, 1048576, 1081344, 1114112,
1146880, 1179648, 1212416, 1245184, 1277952,
1310720, 1343488, 1376256, 1409024, 1441792,
1474560, 1507328, 1540096, 1572864, 1605632,
1638400, 1671168, 1703936, 1736704, 1769472,
1802240, 1835008, 1867776, 1900544, 1933312,
1966080, 1998848, 2031616, 2064384
Root block 8211
Hash function "r5"
ATTENTION: ALL DATA WILL BE LOST ON '/dev/main/lv_home'! (y/n)y
journal size 8192 (from 18)
Initializing journal - 0%....20%....40%....60%....80%....100%
Syncing..done.
既然创建了文件系统，我就可以在 /mnt/newhome 上安装它：
# mkdir /mnt/newhome
# mount /dev/main/lv_home /mnt/newhome
# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 9765200 6989840 2775360 72% /
tmpfs 291388 0 291388 0% /dev/shm
/dev/main/lv_home 8388348 32840 8355508 1% /mnt/newhome
您可以从上面看出，我几乎准备复制 /home 中的所有数据。在开始之前，我把系统降低到运行级别 1 以确保在复制 /home 中的文件时，没有用户或进程能够访问或修改它们：
# init 1
然后，开始复制文件：
# cp -avx /home/* /mnt/newhome
复制操作需要大约 10 分钟的时间完成。然后，我将原始 /home 备份成 /home.old，这只是为在复制过程中有任何错误而准备的。创建一个新的安装点，然后在 /home 上重新安装新 home：
# cd /
# mv home home.old
# mkdir home
# umount /mnt/newhome
# mount /dev/main/lv_home /home
然后，应该设置服务器以使我的新 /home 分区可以在每次启动机器时使用。首先修改 /etc/fstab 以使它包括新的 /home 项：
# /etc/fstab: static file system information.
#
# fs mountpoint type opts dump/pass
/dev/hda3 / reiserfs defaults 1 1
/dev/main/lv_home /home reiserfs defaults 2 2
/dev/hda2 none swap sw 0 0
/dev/hda1 /boot reiserfs noauto 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
proc /proc proc defaults 0 0
none /dev/pts devpts mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
然后，我对初始化脚本进行了一些小小改动。我修改了 "checkroot" 启动脚本，使以下命令可以在根分区重新安装读／写后立即运行：
/sbin/vgscan
/sbin/vgchange -a y
接下来，我修改了在关机时运行的文件系统卸装脚本，使以下命令在卸装了所有文件系统 后立即运行：
/sbin/vgchange -a n
完成了这些步骤后，我重新引导了机器，让我高兴的是一切都工作正常。在接下去的一天左右的时间里完全没有问题，随后我删除了 /home.old 以释放根文件系统上的一些空间。太棒了！到 LVM 的转换成功了。
LVM 的优点
虽然到 LVM 的转换有些痛苦，但一旦转换完成之后，管理文件系统就变得非常简单。例如，我决定重新调整新的 /home 逻辑卷大小，向文件系统结尾添加大约 2 GB 的空间。首先，我向 "lv_home" 逻辑卷添加了额外的容量，然后使用 resize_reiserfs 实用程序来扩充文件系统，使它可以使用额外的容量。以下是执行所有这些操作的两个命令：
# lvextend -L+2G /dev/main/lv_home
# resize_reiserfs -f /dev/main/lv_home
在大约一秒钟的时间里，我将 /home 文件系统扩大了 2 GB；令人惊奇的是，我不需要重新引导、降低到运行级别 1，甚至不需要卸装 /home 来执行大小调整。一切都照常工作。是不是很了不起？下面是我的文件系统的当前状态：
# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 9765200 1413340 8351860 15% /
/dev/main/lv_home 10485436 5609836 4875600 54% /home
您可以看出 LVM 的确可以让管理员的工作轻松许多。我希望在今后能将根文件系统的其它部分转移到 LVM，最终甚至将我的根文件系统转换成 LVM 逻辑卷。下面的参考资料可以帮助您了解有关 LVM 的更多知识。
参考资料
有关 LVM 的概念和如何在系统上安装最新的内核补丁和工具的建议，请参阅 developerWorks 上 Daniel 的前一篇文章， 学习 LVM，第 1 部分。
从 Sistina Software 下载 LVM tar 文件。
现在 Sistina 有一个非常棒的 LVM HOWTO（它与简单的 HOWTO 相比，更接近于一个完整描述的手册）。
请务必仔细查看 Linux LVM FAQ。
等不及的读者可以查看 Heinz Mauelshagen 的 LVM 快速入门，它包含了有关如何设置卷组和逻辑卷的更多示例。
另外还有一个有意思的 HOWTO，告诉您
如何在逻辑卷上设置根文件系统。LVM-0.9.1_final 问世后，我会尝试执行这一操作。
Andreas Dilger 参与了 Linux LVM 项目，他有一个看上去不错的 联机 ext2 文件系统大小调整器。
ReiserFS 是一种非常好的文件系统（特别在与 LVM 结合使用时）。如果使用的是 ReiserFS，需要获取 reiserfs-utils tar 文件，它包含了一个称为 "reiserfs_resize" 的程序 -- 允许对 ReiserFS 文件系统联机调整大小。
有关设置 Linux 软件 RAID 卷的详细信息，请参阅 Daniel 在 developerWorks 上有关软件 RAID 系列的第 1 部分和第 2 部分。
对于复习进修者，请参阅 developerWorks Linux 内核编译教程。
关于作者
Daniel Bobbins 居住在美国新墨西哥州的阿尔布开克，他是 Gentoo Technologies, Inc. 的总裁兼 CEO、Gentoo Linux（一种用于 PC 的高级 Linux）和 Portage 系统（用于 Linux 的下一代移植系统）的主创人。他还是几本 Macmillan 出版的书籍 Caldera OpenLinux Unleashed、SuSE Linux Unleashed 和 Samba Unleashed 的投稿人。Daniel 自二年级起就与计算机结下不解之缘，那时他首先接触的是 Logo 程序语言，并沉溺于 Pac-Man 游戏中。这也许就是他至今仍担任 SONY Electronic Publishing/Psygnosis 的首席图形设计师的原因所在。Daniel 喜欢与妻子 Mary 和新出生的女儿 Hadassah 一起共度时光。可通过 [email]drobbins@gentoo.org[/email] 与 Daniel 联系。[/code] 大概就是
逻辑卷组可以再分逻辑卷，逻辑卷相当于分区，逻辑卷由物理卷组成，物理卷由分区构成（块设备），逻辑卷组里的逻辑卷可以动态改变大小:D 哈哈，要是没有多余的硬盘空间了，不是也没有办法吗？还不如加硬盘算了。 那不一样呀:p
如果单个用户，你安装的时候就是这样考虑的旧可以动态增减了，当然lvm只有linux用了windows肯定用不了，就算闲置了也是浪费
如果你管理什么磁盘阵列，磁盘柜，那就用处大了，反正这个玩意很好学，方便自己嘛 两位能否介绍一下reiserFS比ext3有什么优势？ 在小文件的读写上reiserFS更快。在读写大文件时，两个差不多。另外，reiserFS的系统更稳定一点。ext3在加载的时候加入一些参数才会稳定，但是要牺牲速度。 哦。我的gentoo的就是用的reiserFS，感觉挺快！那么它是否也象ext3一样具有日志功能？ 当然有日志功能，不过听说它在2.4内核上面用有危险。不知道是不是真的。 reiserfs比ext2还稳定，旧不提什么ext3了，ext3已经在我手上崩溃2次了，一次是在使用中突然崩溃的，一次是正常关机（就是昨晚）重起就坏了（懒得fsck了）觉得没什么用
reiserfs比较不错，我的debian gentoo都是，一次都没崩溃，xfs好象也不错不过开始分区好象不支持就没怎么用 我用的ext3还好，强行关机N次都没有什么问题。 我觉得ext3是不太稳定，我也曾遇到过正常关机后无法启动的情况。 我日哦，分区又坏了，正在fscking:D
redhat9好差火哦 倒死~我的ext3才刚刚坏过，不过还能正常使用，只不过丢了N个文件而已，能不能把它转换到reiserfs格式？ 又一次非法关机，我丢了gnome-terminal和fcitx.xft，也不知道还丢了多少东西，我要告别mandrake9.1了，对ext3失去信心了；
当年的蓝点2.0就已经开始用reiserFS了，我用了一年多还从没丢失去数据，为什么ext3却如此脆弱？为什么？为什么？(正在痛哭中....请勿打扰.....) 我觉得非法关机不应该是系统组件丢失,要丢应该是一些什么系统文件丢了,导致系统起不来,你的应该删除.gnome看看
我只有一次ext3崩溃是在使用过程中,别人说是内核问题
一般非法关机顶多开机自检一下,最严重起码也drop一个shell,fsck一下几乎问题不大,偶一般都过了 我用rpm -q 可以查到组件并没有丢失，可是却查找不到gnome-terminal命令了，原先的fcitx.xft命令也没有了，gnome-开始动不动出错，kde的桌面图标都不见了，不知道是不是回娘家去了；
有什么办法把ext3的日志系统设置为安全性最高，速度慢点倒是没关系。 rpm -q有什么用，他是查的数据库又不是原物
我看你实际去找那个文件看在不在路径里
或者删除~/.gnome
~/.kde
页:
[1]