今天遇到一个问题,算是比较严重的把。就是要把当前系统转移到 LVM 卷里面去,下面有一些发生过程介绍。
不感兴趣可以直接跳过,看实战部分《如何迁移系统至LVM卷》
朋友今天突然找我,说是要把系统的根分区磁盘扩大。接到这个问题,我马上开始查看下系统情况。是一台 CentOS 6.6 的系统,有俩块磁盘分别 vda1 是 15G 根,vda2 的 1G swap ,总大小是 21G 的一块 vda !现在要求去增大 vda1 分区。
后面我给朋友三个方案:
- 第一个就是将 vda5 随意作为 home、var 之类的挂载;
- 第二个就是做快捷方式 ln链接到vda1 ,5G 加上 15G 也勉强扩大了;
- 最后一种也就是最麻烦的,加大 vda、做一个LVM,将数据迁移到LVM、将vda1加入到LVM,最后实现系统的扩容。
朋友选择了最后一种,我用了很多种办法。网上说推荐是dd再是tar最后尝试cpio、backup、dump,然后我没办法用了最后一种发现效果远远高于dd。
本次教程也是从头再试验一遍,并且记录好便己便人。
警告:****本文思路仅供参考!应该根据你的实际情况予以调整。如果在生产服务器上进行,请务必做好整个系统的全盘备份。操作不慎,有可能导致整个系统数据的丢失!本文作者及本站不对任何可能出现的风险承担任何责任。
一、预备知识:
1、了解,什么是dd以及什么是dump?
dd命令用于复制文件并对原文件的内容进行转换和格式化处理。
--对于dd命令,仅仅只是介绍。dd命令比 Windows 的下 ghost 更好,Linux下也是极棒的。
dump命令用于备份ext2或者ext3文件系统。可将目录或整个文件系统备份至指定的设备,或备份成一个大文件。
--对于dump命令,备份用到。dump可以帮助我们将分区进行打包成一个文件。
2、尝试,备份的需要如何恢复?
restore 命令是 dump 命令的逆过程,用于还原 dump 命令生成的备份文件。
--这也是很重要的恢复命令。可以将我们的 dump 文件进行恢复。
/etc/fstab 文件描述系统中各种文件系统的信息,一般而言,应用程序仅读取这个文件,而不对它进行写操作。
--这个文件需要系统管理员进行更新,确保系统读取时正确执行。
/boot/grub/grub.conf 文件是 grub 配置文件, grub 才能找到 kernel,系统才能正常启动。
--这个文件也是需要我们更改的,制定grub读取新分区。
首先要求有一个可以正常启动的分区,然后要有剩余空间!(必须注意/dev/sdb1
的容量大于 /dev/sda1,且/dev/sdb1应为LVM卷
)
我用虚拟机模拟了服务器的真实情况:/dev/sda1
是正常系统启动分区、/dev/sdb1
是新的磁盘分区。
步骤一、用dump备份整个根分区,使用restore恢复。
步骤二、更改备份好的系统fstab文件以及更改boot下引导文件。
小窍门:Linux自带的光盘一般都会急救的功能,善于利用!
二、环境模拟:
虚拟机设置及分区情况:
这里有两种情况:一个是某分区,一个是新磁盘。两者类似,为了方便本文使用的是新磁盘的方式。
三、实战部分:
注意:我使用的是一个sdb1作为lvm磁盘,sdb2作为boot磁盘(为了方便后面的引导,因为grub不支持lvm磁盘引导boot)
I、创建LVM卷
1、首先要确保系统是安装lvm组件的,可以使用rpm -qa查询信息
2、然后卸载 /dev/sdb1
,然后在其上用 pvcreate
创建物理卷和 vgcreate
创建卷组 vgtest
pvcreate /dev/sdb1
vgcreate vgtest /dev/sdb1
lvcreate -L 25G -n lvtest vgtest
mkfs.ext4 /dev/mapper/vgtest-lvtest
II、备份MBR引导文件。
dd if=/dev/sda1 of=/mnt/grub/mbr.bin bs=512 count=1
III、备份 / 目录和 /boot 目录
1、备份 / 目录。在 dump
命令前后输入的 date
命令是为了查看备份使用的时长。
date && dump -0f /mnt/lvm/rootfs-20160824.bak / && date
2、为了安全引导我们也备份一下 /boot
目录:
date && dump -0f /mnt/grub/boot-20160824.bak /boot && date
IV、尝试恢复
1、还原 dump 的备份文件(/boot分区默认已包括在/分区)
date && restore -rf rootfs-20160824.bak && date
注意:这里boot文件需要更改成实际要启动的磁盘。
2、还原 MBR 的备份文件
dd if=/mnt/grub/mbr.bin of=/dev/sdb2
注意:这里使用dd命令恢复了之前备份的MBR文件。
VI、启动文件
注意:这里为了体现是chroot的,将主机名改成了NEW。一定要chroot进入目录查看是否能启动!并且确定防火墙SELinux的设置,最最最重要的OPENSSH要打开的!
1、首先通过 blkid
查看分区的 UUID:
2、然后同步修改 /etc/fstab
文件以及切换了跟分区之后将变成的 /etc/fstab
中的根分区指向:
3、重启生效
注意:这里我重启了一下,同时可以看出我的fstab是ok的并且都生效了。
VII、至此:
到这里为止,我们已经完成了数据的转移:在我们尝试chroot进入系统时就可以查看数据信息是否完整是否有丢失。
而下面更为重要的就是如何去恢复GRUB引导:让新磁盘可以脱离源磁盘的引导。
chroot进入新磁盘:
输入:root (hd1,0)
输入:setup (hd1)
再次输入:quit
备注:如果通过上面的操作还是无法正常进入系统,可以尝试进入DVD急救模式尝试其他。
tip:这里仅仅只是小建议,可以尝试使用CentOS自带的急救模式。也可以选择CLI完成操作!
tip:同上。仅仅为了向大家说明最后最后还需要更改启动项选项!
注意:Virtualbox使用F12选择新磁盘就好、VMware需要按F2进入BIOS并使用“+-”完成启动项的调试。
如果引导还有问题推荐看这篇文章 http://os.51cto.com/art/201003/185574.htm
VIII、总结:
所以说装系统的时候就使用LVM就很好,不然又是一顿折腾。
何必呢?但是技多不压身,会些更装逼嘛~
VVI、其他:
当时我写这篇文章时候犯了几个错误,比较重要的记下来。
第一个:是当时没有先百度,查看GRUB对LVM的问题(虽然现在的我知道怎么GRUB启动LVM,但是当时是不知道)
第二个: 居然不知道boot要单独分区
第三个:改了这个文件,忘了那个文件
第四个:为了图方便使用了/dev/sdx这样形式,应该用UUID
第五个:疲劳写作,第二天我就突然写完这篇文章了...
最最后,系统移动至LVM磁盘一定是可以得。改日我用服务器现场移动,到时候再给新文章!