最初我有EBS boot一个带卷AMI的映像10GB EBS。然后我创建了新的 20Gb EBS 卷，然后将其附加到旧实例并启动
然后我看到我还有 10GB 挂载/dev/xvda1
然后我按照这个教程
http://blog.linuxacademy.com/linux/resizing-root-partition-on-linux-in-amazon-ec2/
我做了这个
sudo resize2fs /dev/xvda1
resize2fs 1.41.12 (17-May-2010)
The filesystem is already 2620603 blocks long. Nothing to do!
$ sudo su
[root@ip-]# df -m
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/xvda1 10077 7096 2470 75% /
none 828 1 828 1% /dev/shm
/dev/xvdb2 144578 33 144545 1% /mnt/ephemeral
接下来做什么
这是我的lsblk输出
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 20G 0 disk
`-xvda1 202:1 0 10G 0 part /
xvdb 202:16 0 149.1G 0 disk
|-xvdb1 202:17 0 7.9G 0 part [SWAP]
`-xvdb2 202:18 0 141.3G 0 part /mnt/ephemeral
答案1
听起来您创建了一个新设备（可能名为 /dev/xvdc）。您必须在该设备上创建一个文件系统，然后挂载它。
更新：您需要了解块设备、分区和文件系统之间的关系。块设备是磁盘的物理布局。分区是一种将磁盘划分为逻辑上分开的块的方法。文件系统是您的文件实际存放的地方，分区和文件系统之间通常是一对一的关系。您扩展了物理磁盘：
xvda 202:0 0 20G 0 disk
...但是你的xvda1分区仍然是10G：
`-xvda1 202:1 0 10G 0 part /
如果这不是 AWS，您只需启动 LiveCD 并扩展分区即可。就目前情况而言，可能没有很好的方法来扩展该分区。当您从 AMI 创建实例时，Amazon 对分区进行了一些神奇的操作并处理了棘手的事情。您必须创建一个 AMI，从该 AMI 启动一个新实例，然后在向导中指定新大小。
一旦实例运行，您就可以扩展文件系统（再次强调，与分区不同，亚马逊会神奇地为您扩展分区）。
答案2
不久前我遇到了这个问题，并记得找到了这篇博客文章，它帮助我解决了这个问题。我不能保证这个方法现在仍然有效，但几年前它确实对我有用，所以你可能想试一试。它背后的原理是合理的。
http://alestic.com/2010/02/ec2-resize-running-ebs-root
所有功劳归于@eric-hammond