系统环境如下:
/data 目录存放 瀚高数据库 数据当前磁盘与分区结构:
vdb 253:16 0 300G 0 disk
└─vdb1 253:17 0 200G 0 part /data
实际情况说明:
vdb 只有 200G,并创建了 vdb1 分区并挂载到 /datavdb 上 新增了 100G 存储容量,使磁盘总大小变为 300G我希望将这部分 剩余空间扩容到已有的 vdb1 分区,从而扩大 /data 的可用容量,请问各位 V 站大佬们,有什么好的方法吗???
1
n0bin0bita 1 天前
之前扩容云服务器用过,不知道通用不通用,我本地 ubuntu 也用此方式扩容过。
整理的命令原样复制的,你可以参考,不保证可行。 yum install cloud-utils-growpart ### 云磁盘扩容 以下面磁盘扩容为例 /dev/sdc1 600G 557G 44G 93% /data1 # 步骤 1 华为云腾讯云后台扩容 后台扩容到 1T # 步骤 2 对 sdc1 分区盘扩容 (如果没有分区,忽略这一步) growpart 数据盘 分区编号 growpart /dev/sdc 1 # 步骤 3 对挂载磁盘扩容 blkid # 看格式 xfs or ext4 # xfs 格式扩容命令 xfs_growfs /data1 # 后面是接的目录 # ext4 格式扩容命令 resize2fs /dev/sdc1 # 后面接的是挂载的磁盘 |
2
tanxnative 1 天前
看起来是云服务器,云盘;
可以再分一个区即可 |
3
wfhtqp 1 天前
umount parted 调整分区表 resize2fs 调整分区大小
|
4
gefangshuai 1 天前
|
5
msg7086 1 天前
一楼说的 growpart 最简单,扩展完了以后 resize2fs 就行。
不想安装 cloud-utils 的话,fdisk 把旧分区删了然后在原来的地址上新建一个更大的分区就行了,完了以后 resize2fs 。 |
6
ilylx2008 1 天前
备份数据后随便折腾,有折腾的时间不如重装系统了
|
7
0x42 1 天前 via Android
parted -s /dev/vdb resizepart 1 100%
partprobe /dev/vdb resize2fs /dev/vdb1 |
8
huangsen365 1 天前
建议做法:
用 U 盘启动而不是在当前系统里直接分区。 1. 用 dd 把 官方 Ubuntu ISO 写入 U 盘 2. 从 U 盘启动,选择 “Try Ubuntu (不安装)” 3. 进入临时系统后: 4. sudo apt update 5. sudo apt install gparted 6. sudo gparted 7. 用 GParted 的 GUI 图形界面 调整磁盘分区 核心思路: 👉 从 U 盘启动,目标磁盘不被挂载,不影响当前 Linux ,分区操作最安全。 |
9
Ipsum 1 天前 记得先备份。不然炸了就 gg
|
10
rrfeng 1 天前
麒麟真的能跑这些命令?
|
11
yeqizhang 1 天前 via Android
最近给 vmware 给虚拟机配置的磁盘加了容量后,到系统里就是用 growpart 和 xfs_growfs (磁盘是 xfs ),没印象还用过其它命令
|
13
Cusmate 22 小时 35 分钟前
LVM 可以试试,可以在线对卷调整大小
|
14
guanzhangzhang 15 小时 54 分钟前
https://zhangguanzhang.github.io/2017/04/20/linux-partition-grow/
看我博客文章,lvm 和纯分区都写得很清楚了 |
15
guanzhangzhang 15 小时 53 分钟前
@guanzhangzhang 如果是有进程读写这个分区,需要停止进程或者进 rescue 模式里去操作,你这 ext4 的分区重新识别用 growpart 即可
|
16
xiaozhu317 OP @guanzhangzhang 好的,非常感谢老哥,感觉我的场景和你写的博客中的场景有很大重叠,我试试
|
17
xiaozhu317 OP @Cusmate 我这个应该是非 lvm 的
|
18
xiaozhu317 OP @n0bin0bita 感谢老哥,我们应该不能用 cloud-utils-growpart ,但也学到了你这种方式,感谢
|
19
RobinHuuu 15 小时 23 分钟前 via Android
直接搜索 ext4 在线扩容照着就行了,Linux 上在线扩容很常规的操作,很安全
|
20
xiaozhu317 OP @tanxnative 考虑过这样的方式,但是新分配的空间不够大,两个分区,一个 200G (已经使用了 140G ),如果新建一个 100G 的分区临时挂载到/data2/的话,这 140G 无法同步到这个 100G 的分区吧?
mkdir /data2 # 创建新挂载点 mount /dev/vg_data/lv_data /data2 # 临时挂载 rsync -av /data/ /data2/ |
21
xclimbing 14 小时 47 分钟前
关键是你这 100G 空间是从哪里来的?这 100G 空间物理上是否是同一块硬盘,是在 vdb1 的前面还是后面,如果是在后面就比较简单,按楼上的指导扩容即可。但如果是在前面,那么我建议还是先备份好数据(最好测试一下备份数据能否正常恢复,其实备份并测试永远是第 1 位的),然后删除并重建 vdb1 。如果有可能,最好做成 lvm 形式,这样以后就可以随意扩容逻辑卷了。
|
22
xiaozhu317 OP @xclimbing 是在同一块硬盘上的,佬。关于备份,说句搞笑的(不怕你笑话),服务器没那么多空间去备份已有的数据库数据了。我本地的电脑也没有那么多空间。我们公司实在是太业余了,连个运维都不招,让我这种开发的去搞这些。
|
23
JoeSmith 10 小时 40 分钟前
@xiaozhu317 不用这么感慨,这些难道不都是应该会的么。7 楼都给了你详细步骤了,copy paste 一下不就行了。
|
24
shervy 8 小时 49 分钟前
我是做磁盘扩容/缩容的小能手,如果还没解决可以加我帮你一下。都是 V 友,举手之劳,不要报酬。 绿色 VHVuZzZi
|
25
xclimbing 8 小时 39 分钟前
@xiaozhu317 建议佬赶紧换个公司,听你的意思,你这数据库根本就没有任何备份策略,要么它不重要,要么就是这公司离倒闭也不远了。
|
26
xiaozhu317 OP @xclimbing 倒闭是不可能倒闭的哈哈,公司性质摆在那里。但我在这工作一年了,真觉得全体上下员工都是挺业余的。
|