标题：[实践OK]阿里云FreeBSD11.1系统盘扩容、分区、挂载，FreeBSD手动扩容。 出处：向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除 时间：Mon, 11 Sep 2017 11:55:23 +0000 作者：jackxiang 地址：https://jackxiang.com/post/9454/ 内容： 零、少了20G的查看： df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufsid/59a7effe7885633c 19G 5.6G 12G 31% / devfs 1.0K 1.0K 0B 100% /dev 一、gpart show 查看磁盘空间情况，可以看到磁盘大小是 40G，但是FreeBSD系统盘空间有20G，少了20G。 Welcome to Alibaba Cloud Elastic Compute Service ! root@iZ2ze0upl89i15wngnott5Z:~ # gpart show [img]=> 63 83886017 vtbd0 MBR (40G) 63 1 - free - (512B) 64 41942975 1 freebsd [active] (20G) 41943039 41943041 - free - (20G) 二、gpart recover ada0 恢复磁盘的空闲大小，然后再执行 gpart show 就可以看到磁盘的空闲空间了。 gpart recover vtbd0 vtbd0 recovering is not needed 三、gpart resize -i 3 -a 4k -s 40G vtbd0 用它： gpart resize -i 1 -a 4k -s 39G vtbd0 #注意编号是1： -i 1 vtbd0s1 resized resize磁盘，我这里是50G的磁盘，但是不只能直接写50G，因为1G被swap占用了，512K被启动分区占用，最多只能使用48G，如果扩容到其他的大小，都需要在磁盘的总大小上减掉2G growfs /dev/ada0p3 growfs /dev/vtbd0s1 It's strongly recommended to make a backup before growing the file system. OK to grow filesystem on /dev/vtbd0s1 from 20GB to 39GB? [yes/no] yes growfs: /dev/vtbd0s1: Operation not permitted 扩容文件系统，执行完成以后会提示是否同意从 19G 扩容到 48G，以及一些风险提醒，直接Yes。 解决办法：freebsd resize partition 将growfs当做service来执行 service growfs onestart 实践OK如下： root@iZ2ze0upl89i15wngnott5Z:~ # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufsid/59a7effe7885633c 19G 3.9G 14G 22% / devfs 1.0K 1.0K 0B 100% /dev root@iZ2ze0upl89i15wngnott5Z:~ # service growfs onestart Growing root partition to fill device vtbd0s1 resized super-block backups (for fsck_ffs -b #) at: 42314112, 43596352, 44878592, 46160832, 47443072, 48725312, 50007552, 51289792, 52572032, 53854272, 55136512, 56418752, 57700992, 58983232, 60265472, 61547712, 62829952, 64112192, 65394432, 66676672, 67958912, 69241152, 70523392, 71805632, 73087872, 74370112, 75652352, 76934592, 78216832, 79499072, 80781312, 82063552, 83345792 gpart show => 63 83886017 vtbd0 MBR (40G) 63 1 - free - (512B) 64 83886016 1 freebsd [active] (40G) root@iZ2ze0upl89i15wngnott5Z:~ # df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufsid/59a7effe7885633c 39G 3.9G 32G 11% / devfs 1.0K 1.0K 0B 100% /dev 4 、df -h看下能看到成功扩容。 aliyun do the resize the freebsd size: attachment.php?fid=475[/img] service growfs onestart Growing root partition to fill device vtbd0s1 resized growfs: requested size 40GB is not larger than the current filesystem size 40GB https://help.aliyun.com/document_detail/35099.html 自己家里的服务器作了下kvm的扩容尝试，原因还是安装port时空间太小https://jackxiang.com/post/2849/，最后扩容成功就不存在这个问题了： /usr/ports/x11/xprintidle/ mkdir: /usr/ports/x11: No space left on device tar: could not chdir to '/usr/ports/x11/xprintidle/' 怎么办？扩容了： qemu-img resize FreeBSD-13.0-RELEASE-amd64.raw +128G #运行成功后，去freeBSD里面进行扩容： root@freebsd-unmp-10-10-0-237:~ # gpart show => 3 10552471 vtbd0 GPT (196G) [CORRUPT] 3 127 1 freebsd-boot (64K) 130 66584 2 efi (33M) 66714 2097152 3 freebsd-swap (1.0G) 2163866 8388608 4 freebsd-ufs (4.0G) gpart show gpart recover vtbd0 gpart resize -i 3 -a 4k -s 196G vtbd0 #执行失败 gpart resize -i 3 -a 4k -s 185G vtbd0 gpart: autofill: No space left on device service growfs onestart #运行成功 Growing root partition to fill device vtbd0 recovering is not needed vtbd0p4 resized gpart: arg0 'gpt/rootfs': Invalid argument super-block backups (for fsck_ffs -b #) at: 8963328, 10243776, 11524224, 12804672, 14085120 df -h #显示扩容成功 Filesystem Size Used Avail Capacity Mounted on /dev/gpt/rootfs 189G 3.9G 170G 2% / devfs 1.0K 1.0K 0B 100% /dev /dev/gpt/efiesp 32M 878K 31M 3% /boot/efi Generated by Jackxiang's Bo-blog 2.1.1 Release