我在协调我的EBS卷上的可用空间时遇到问题。根据AWS控制台，卷为50GB并附加到实例。
如果我ssh到这个实例并执行df -h，我得到以下输出：
Filesystem Size Used Avail Use% Mounted on /dev/sda1 15G 13G 3.0G 81% / udev 858M 76K 858M 1% /dev none 858M 0 858M 0% /dev/shm none 858M 72K 858M 1% /var/run none 858M 0 858M 0% /var/lock none 858M 0 858M 0% /lib/init/rw
我是AWS的新手。我把它解释为“有一个设备连接，它有15GB的容量。更重要的是，你几乎没有空间！”
有人能指出控制台中宣传的空间与实例上显示的内容之间明显不一致的原因吗？
非常感谢提前
取值
答案 0 :(得分：8)
是的，问题很简单。该卷仅与实例关联，但未安装。
在AWS控制台上检查它所装载的驱动器 - 最有可能是/dev/sdf。
然后（在ubuntu上）：
sudo mkfs.ext3 /dev/sdf
sudo mkdir /ebs
sudo mount /dev/sdf /ebs
第一行使用ext3文件系统类型格式化卷。这是非常标准的 - 但根据您的使用情况（例如，应用服务器，数据库服务器......），您还可以选择ext4或xfs等其他用户。
第二个命令创建一个挂载点，第三个命令将其挂载到其中。这意味着有效地，新卷将为/ebs。它现在也应该出现在df。
最后但同样重要的是，也许还可以在/etc/fstab添加一个条目，使其可以重新启动。
答案 1 :(得分：6)
这是一种简单的方法......
假设您使用的是Linux AMI，在您的情况下，您可以使用简单的方法来增加文件系统的大小：
1）停止实例 2）分离根卷 3）快照音量 4）使用新大小从快照创建新卷 5）将新卷附加到与原始卷相同的位置的实例 6）启动实例，停止除ssh之外的所有服务，并将根文件系统设置为只读 7）如果需要，放大文件系统（例如使用resize2fs）和/或分区 8）重新启动
作为替代方案，您还可以启动新实例并映射实例存储，也可以创建一个结合前两个步骤的新ami。
答案 2 :(得分：5)
也许最初的15 GB卷被克隆到50 GB的卷中，但之后没有调整大小？
请参阅本教程，了解如何克隆和调整大小：How to increase disk space on existing AWS EC2 Linux (Ubuntu) Instance without losing data
希望有所帮助。
答案 3 :(得分：1)
您的剩余空间默认安装在/ mnt。
答案 4 :(得分：1)
答案 5 :(得分：1)
仅重新启动实例解决了我的问题
<强>早些时候：
/dev/xvda1 8256952 7837552 0 100% / udev 299044 8 299036 1% /dev tmpfs 121892 164 121728 1% /run none 5120 0 5120 0% /run/lock none 304724 0 304724 0% /run/shm
立即
/dev/xvda18256952 1062780 6774744 14% / udev 299044 8 299036 1% /dev tmpfs 121892 160 121732 1% /run none 5120 0 5120 0% /run/lock none 304724 0 304724 0% /run/shm
答案 6 :(得分：0)
这是因为，“增加EBS卷的大小后，必须使用特定于文件系统的命令将文件系统扩展为更大的大小。一旦卷进入优化状态，就可以重新调整文件系统的大小。状态。”，没有启动实例。
我今天也面临着同样的问题，我能够解决它，
找出文件系统的类型，
$ cat /etc/fstab
遵循此AWS文档，该文档精确记录了在调整EC2实例的大小之后扩展Linux分区/ FS的步骤。