最初我有EBS boot作为AMI图像与10GB EBS卷。 然后我创build了新的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
这听起来像你创build了一个新的设备（可能被称为/ dev / xvdc）。 你必须创build一个文件系统然后安装它。
更新：您需要了解块设备，分区和文件系统之间的关系。 块设备是磁盘的物理布局。 分区是将磁盘分割成逻辑分离的块的一种方法。 文件系统是文件实际存在的地方，分区和文件系统之间通常是一对一的关系。 您扩展了物理磁盘：
xvda 202:0 0 20G 0 disk
…但你的xdda1分区仍然是10G：
`-xvda1 202:1 0 10G 0 part /
如果这不是AWS，您只需启动到LiveCD并展开分区。 就目前来看，扩展这个分区可能没有什么好方法。 亚马逊使用分区做了一些神奇的事情，并在从AMI创build实例时处理棘手的问题。 您必须创build一个AMI，从该AMI启动一个新实例，然后在向导中指定新的大小。
一旦实例运行，你将扩展文件系统（再次，不同于分区，亚马逊会为你神奇地扩展）。
前段时间我遇到过这个问题，记得find了这个博客文章，帮助我完成了这个。 我不能保证这个方法仍然有效，但它在几年前对我来说确实有用，所以你可能想要一试。 背后的原则是健全的。
http://alestic.com/2010/02/ec2-resize-running-ebs-root
所有功劳都归于@ eric-hammond