(base) [root@iZ0jl0y9289xkrzfhm4p2wZ registry.ollama.ai]# sudo fdisk -lu
GPT PMBR size mismatch (1048575999 != 2147483647) will be corrected by write.
The backup GPT table is not on the end of the device. This problem will be corrected by write.
Disk /dev/vda: 1 TiB, 1099511627776 bytes, 2147483648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1C27F120-74B7-4453-8799-DFBDCF6D58B3
Device Start End Sectors Size Type
/dev/vda1 2048 6143 4096 2M BIOS boot
/dev/vda2 6144 415743 409600 200M EFI System
/dev/vda3 415744 1048575966 1048160223 499.8G Linux filesystem
(base) [root@iZ0jl0y9289xkrzfhm4p2wZ registry.ollama.ai]# df -Th
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 46G 0 46G 0% /dev
tmpfs tmpfs 46G 0 46G 0% /dev/shm
tmpfs tmpfs 46G 704K 46G 1% /run
tmpfs tmpfs 46G 0 46G 0% /sys/fs/cgroup
/dev/vda3 ext4 492G 472G 159M 100% /
tmpfs tmpfs 46G 543M 45G 2% /tmp
/dev/vda2 vfat 200M 5.8M 195M 3% /boot/efi
tmpfs tmpfs 9.1G 0 9.1G 0% /run/user/0
overlay overlay 492G 472G 159M 100% /var/lib/docker/overlay2/281489e697e3d6f2e0495e57ce0c1c973d6c737df71eea81f6f68e24298e1734/merged
overlay overlay 492G 472G 159M 100% /var/lib/docker/overlay2/0f4a12372dfec1d631af2e446cc3f087a39be0279650549ee6bb6f776f19f92f/merged
(base) [root@iZ0jl0y9289xkrzfhm4p2wZ registry.ollama.ai]# sudo resize2fs /dev/vda3
resize2fs 1.46.0 (29-Jan-2020)
The filesystem is already 131020027 (4k) blocks long. Nothing to do!
(base) [root@iZ0jl0y9289xkrzfhm4p2wZ registry.ollama.ai]# sudo resize2fs /dev/vda1
resize2fs 1.46.0 (29-Jan-2020)
resize2fs: Bad magic number in super-block while trying to open /dev/vda1
Couldn't find valid filesystem superblock.
(base) [root@iZ0jl0y9289xkrzfhm4p2wZ registry.ollama.ai]# sudo resize2fs /dev/vda
resize2fs 1.46.0 (29-Jan-2020)
resize2fs: Device or resource busy while trying to open /dev/vda
Couldn't find valid filesystem superblock.
(base) [root@iZ0jl0y9289xkrzfhm4p2wZ registry.ollama.ai]#
从你提供的输出可以看出,/dev/vda3
是当前挂载的根文件系统,并且已经占用了 499.8GB 的分区空间。你之前的 resize2fs
命令没有效果,因为文件系统已经使用了所有分配的空间。
要扩展现有分区的空间,需要执行以下步骤:
1. 确认新的可用空间
首先,你的磁盘 /dev/vda
显示为 1TB,但当前分区 /dev/vda3
仅使用了 499.8GB。如果你通过云服务或其他方式扩展了磁盘大小,新的空间还未分配给任何分区。
2. 调整分区大小
你需要调整分区表以扩展 /dev/vda3
分区,使其利用磁盘上的额外空间。可以使用 parted
工具来执行这个操作。
sudo parted /dev/vda
在 parted
交互环境中,输入以下命令:
(parted) print # 打印当前分区信息
(parted) resizepart 3 100% # 扩展第三个分区到磁盘的100%
(parted) quit # 退出 parted
3. 扩展文件系统
分区扩展后,你需要再次运行 resize2fs
来扩展文件系统以使用新增加的空间:
sudo resize2fs /dev/vda3
4. 验证扩展结果
扩展完成后,使用 df -h
命令来检查根文件系统是否已经扩展:
df -h
你应该看到 /dev/vda3
的容量增加到接近 1TB。
总结
通过 parted
工具扩展分区,然后使用 resize2fs
工具扩展文件系统,你可以使根文件系统利用磁盘上的额外空间。如果这是在云环境中完成的扩展,步骤基本相同,但有时可能需要先通过管理控制台增加虚拟磁盘的大小。