0x00 背景
开始的一个实验性质的项目经过了几次的修改以后,目前成了一个要上线的的小项目了,为此做了几次的调整。这个小项目实际上的基础技术支持用的是 nextcloud 来实现,考虑到后续可能要扩容,那么在系统创建之初就采用了全盘的 lvm 方式来做,资源有限没有使用服务器,否则直接建 raid 是不存在这些问题的。
之所以采用的 nextcloud 是因为它相对的比较简单,而且不用采用定制的操作系统,那么我就可以在上面继续的搭建其他的服务了,不限于 nextcloud,如果是单纯的存储,那么就去用 freenas 更加的合适。这里具体的搭建方式我就不说了,以前的文章里面都有写。
今天说说后续发生的事情,资源资源资源,资源实在是太少了,所以中还经历了 2 次换机器,硬盘没有更换,但是更换后因为网卡的变化需更改网络设置,netplan 会导致网络名称的变化。所以要改 netplan 的配置文件的设置。
最后还是因为资源的问题,要迁移,当前是 320G 的硬盘,迁移到 1T 的硬盘。这个迁移如果是以往没什么问题与影响,那么现在问题来了,硬盘是基于 lvm 的加密制作的文件系统,极有可能不能使用常规的方式进行迁移。
最后的方案是采用 clonezilla 来备份到另一个在线的 linux server 里面,然后还原的时候采用扩增的方式,按比例扩展先把机器装起来,然后再扩展现有的 lvm 文件系统,最后调整其他分区的大小(如果有必要的话)
0x01 解决
clonezilla 这里就不赘述了,备份的方式都一样。还原的时候要采用高级模式,在里面选择按比例扩增 -k1 的选项。
还原完以后进入系统,vgdisplay 以及lvdisplay 和 lsblk 查看实际的大小。这时候就可以使用 先查看
root@bbb:/home/ivo# vgdisplay
--- Volume group ---
VG Name ubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 10
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 1
Act PV 1
VG Size 928.38 GiB
PE Size 4.00 MiB
Total PE 237666
Alloc PE / Size 237568 / 928.00 GiB
Free PE / Size 98 / 392.00 MiB
VG UUID UgHyqR-cAzO-IBu3-uRu4-GUGN-E7YU-BFcdnv
root@bbb:/home/ivo# lvdisplay
--- Logical volume ---
LV Path /dev/ubuntu-vg/ubuntu-lv
LV Name ubuntu-lv
VG Name ubuntu-vg
LV UUID h0afVM-1Y63-JAwx-v9PO-RQnj-pOTt-88hY22
LV Write Access read/write
LV Creation host, time ubuntu-server, 2019-02-26 13:34:07 +0800
LV Status available
# open 1
LV Size 928.00 GiB
Current LE 237568
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0
这里我已经调整过了,当时的没有截图,主要有用的是 lv path 以及 vg name 这两个信息
现在是所有下面的命令来更改 free pe 的大小
resize2fs /dev/ubuntu-vg/ubuntu-lv
然后再扩展分区即可
lvextend -L 928G /dev/ubuntu-vg/ubuntu-lv
其中 参考链接
clonezilla 备份还原的方法
https://linux.cn/article-9168-1.html
https://linux.cn/article-5693-1.html
https://linux.cn/article-3218-1.html
https://discussions.citrix.com/topic/381020-resize-lvm-partition-after-disk-cloning/
https://www.cnblogs.com/jyzhao/p/5503464.html