我似乎遇到了两种方法:
方法一:
转到 EC2 -> 卷 -> 修改卷。
现在,增加磁盘空间分配。即使在正在运行的系统上,更改也会立即反映出来。完成后,转到 Cloud9 终端,然后:
$ lsblk
nvme0n1 259:0 0 20G 0 disk
└─nvme0n1p1 259:1 0 10G 0 part /
$ sudo growpart /dev/nvme0n1 1
CHANGED: partition=1 start=2048 old: size=20969439 end=20971487 new: size=41940959,end=41943007
$ lsblk
nvme0n1 259:0 0 20G 0 disk
└─nvme0n1p1 259:1 0 20G 0 part /
$ sudo resize2fs /dev/nvme0n1p1
resize2fs 1.44.1 (24-Mar-2018)
Filesystem at /dev/nvme0n1p1 is mounted on /; on-line resizing required
old_desc_blocks = 2, new_desc_blocks = 3
The filesystem on /dev/nvme0n1p1 is now 5242619 (4k) blocks long.
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p1 20G 9.5G 9.9G 49% /
参考:https ://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html
方法二:
我在练习 docker 命令时遇到了问题,因为一些图像大到足以耗尽磁盘空间。由于我读到图像存储在 中/var/lib/docker,因此我创建了一个 25 GiB 的 EBS 卷并将其安装在该/var位置。这解决了我的问题。
# This will show the attached devices
sudo lsblk
# Say, if the volume to be mounted is "/dev/nvme1n1", we can:
sudo mount /dev/nvme1n1 /var
# Now check disk usage
sudo df -h
每当我将这个新的 EBS 附加到任何其他 cloud9 实例时,docker 图像已经存在,为我节省了再次下载的时间。
因此,安装存在如此大文件的卷将解决此问题。