我严格遵循了这里的说明:https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html 对于“示例:扩展 NVMe EBS 卷的文件系统”,尝试将磁盘从 10 GB 扩展到 20 GB。
当我到达第 6 步时sudo xfs_growfs -d /
,我得到了xfs_growfs: / is not a mounted XFS filesystem
尝试重新启动实例但没有帮助。
lsblk
产量:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme0n1 259:0 0 20G 0 disk
├─nvme0n1p1 259:1 0 19.9G 0 part /
├─nvme0n1p14 259:2 0 3M 0 part
└─nvme0n1p15 259:3 0 124M 0 part /boot/efi
df -h
输出:
Filesystem Size Used Avail Use% Mounted on
udev 224M 0 224M 0% /dev
tmpfs 47M 2.2M 45M 5% /run
/dev/nvme0n1p1 20G 9.1G 9.6G 49% /
tmpfs 233M 0 233M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 233M 0 233M 0% /sys/fs/cgroup
/dev/nvme0n1p15 124M 262K 124M 1% /boot/efi
tmpfs 47M 0 47M 0% /run/user/1000
请注意,/dev/nvme0n1p1 设备上的可用空间显示 49%,但根据 Used/Avail 列,它应该更像是 99%。
答案1
在非 XFS 文件系统上使用它时出现此错误。
必须使用这个(对于 ext4 卷)。
sudo resize2fs /dev/xvda1
答案2
正如@MichaelHampton 评论的那样,它可能不是一个 XFS 系统。
这您提到的 AWS 指南应该真正表明
- 更清楚地了解 XFS(步骤 7)和 ext4(步骤 8)之间的区别,以及这两个步骤是互斥的
- 正如@Tim所说,“重新启动往往会触发文件系统扩展,从而占用EBS卷中的所有空间”
答案3
好吧,我再次重新启动,然后创建了一个 1 GB 的文件来fallocate -l 1G test.img
查看它是否有效,并且确实有效。df -h
输出现在看起来不错:
Filesystem Size Used Avail Use% Mounted on
udev 224M 0 224M 0% /dev
tmpfs 47M 1.6M 45M 4% /run
/dev/nvme0n1p1 20G 11G 8.6G 55% /
tmpfs 233M 0 233M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 233M 0 233M 0% /sys/fs/cgroup
/dev/nvme0n1p15 124M 262K 124M 1% /boot/efi
tmpfs 47M 0 47M 0% /run/user/1000