尺寸增大后EC2不能调整音量(EC2 Can't resize volume after i

我按照步骤进行调整的EC2量

1. 停止了实例
2. 接过电流卷的快照
3. 创建新卷了以前的快照与在同一地区更大的尺寸
4. Deattached从实例旧卷
5. 附加新卷到实例在同一挂载点

老体积为5GB，我创建了一个为100GB现在，当我重新启动实例和运行df -h I仍然可以看到这

Filesystem            Size  Used Avail Use% Mounted on
/dev/xvde1            4.7G  3.5G 1021M  78% /
tmpfs                 296M     0  296M   0% /dev/shm

这是我得到的运行时，

sudo resize2fs /dev/xvde1

The filesystem is already 1247037 blocks long.  Nothing to do!

如果我运行cat /proc/partitions我见

 202       64  104857600 xvde
 202       65    4988151 xvde1
 202       66     249007 xvde2

从我明白，如果我按照正确的步骤xvde应该有相同的数据xvde1，但我不知道如何使用它

我如何使用新的卷或卸除xvde1并安装xvde呢？

我不明白我在做什么错

我也尝试sudo ifs_growfs /dev/xvde1

xfs_growfs: /dev/xvde1 is not a mounted XFS filesystem

顺便说一句，这在CentOS Linux中6.2 x86_64的

在此先感谢您的帮助

Answer 1:

谢谢Wilman你的命令工作正常，小的改进需要的，如果我们增加EBSS成较大的尺寸要考虑

1. 停止实例
2. 从创建的卷快照
3. 创建增加的大小基于快照的新卷
4. 检查并记住当前的音量挂载点（即/dev/sda1 ）
5. 脱离当前的音量
6. 最近创建的卷连接到实例，设置准确的挂载点
7. 重新启动实例

8. 通过SSH访问实例并运行fdisk /dev/xvde

   警告：DOS兼容模式已经过时了。 它强烈建议关掉模式（命令“c”）中，改变显示单元的扇区（命令“U”）

9. 打p来显示当前的分区

10. 打d删除当前分区（如果有一个以上的，必须删除一次一个）注意：不要担心数据不丢失
11. 打了N创建一个新的分区
12. 打p来将其设置为主要
13. 击中1以设置第一气缸
14. 设置所需的新空间（如果空的整个空间保留）
15. 打一 ，以使其可启动
16. 打1和w将更改写入
17. 重新启动实例或使用partprobe （从parted包）来告诉新分区表中的内核
18. 通过SSH登录并运行resize2fs的/ dev / xvde1
19. 最后检查了新的空间，可以运行df -h

Answer 2:

有没有必要停止实例和分离EBS卷到了调整吧！

13 - 2月- 2017年亚马逊宣布：“ 亚马逊EBS更新-新的弹性卷改变一切 ”

这个过程是即使扩展卷是运行实例的根卷！

---

说，我们要增加从8G高达16G“上即时”的Ubuntu的启动驱动器。

步骤1）登录到AWS Web控制台 - > EBS - >鼠标右键点击你想调整一个 - >“修改卷” - >更改“大小”字段，然后单击[修改]按钮

---

第2步）SSH连接实例和调整分区大小：

让我们连接到我们的信箱列表块设备：

lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  16G  0 disk
└─xvda1 202:1    0   8G  0 part /

正如可以看到的/ dev / xvda1仍然是一个16吉布设备上8吉布分区和有该卷上没有其他的分区。 让我们用“growpart”来调整8G分区高达16G：

# install "cloud-guest-utils" if it is not installed already
apt install cloud-guest-utils

# resize partition
growpart /dev/xvda 1

让我们来看看结果（你可以看到的/ dev / xvda1现在16G）：

lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  16G  0 disk
└─xvda1 202:1    0  16G  0 part /

SO答案的很多建议用fdisk用delete /重新分区，这是肮脏，危险的，容易出错的过程特别是当我们改变启动驱动器。

---

第3步）调整文件系统，一路成长为充分利用新的分区空间

# Check before resizing ("Avail" shows 1.1G):
df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.8G  6.3G  1.1G  86% /

# resize filesystem
resize2fs /dev/xvda1

# Check after resizing ("Avail" now shows 8.7G!-):
df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       16G  6.3G  8.7G  42% /

因此，我们有零停机时间和大量的新的空间使用。
请享用！

Answer 3:

通过上述jperelli省长评论。

我今天遇到同样的问题。 AWS文件没有明确提及growpart。 我想通了艰辛的道路，实际上这两个命令的工作完美的M4.large＆M4.xlarge与Ubuntu

sudo growpart /dev/xvda 1
sudo resize2fs /dev/xvda1

Answer 4:

[解决了]

这是它有什么做

1. 停止实例
2. 从创建的卷快照
3. 创建增加的大小基于快照的新卷
4. 检查并记住当前的音量挂载点（即的/ dev / sda1的）
5. 脱离当前的音量
6. 最近创建的卷连接到实例，设置准确的挂载点
7. 重新启动实例
8. 通过SSH访问实例并运行fdisk /dev/xvde
9. 打p来显示当前的分区
10. 打d删除当前分区（如果有一个以上的，必须删除一次一个）注意：不要担心数据不丢失
11. 打了N创建一个新的分区
12. 打p来将其设置为主要
13. 击中1以设置第一气缸
14. 设置所需的新空间（如果空的整个空间保留）
15. 打一 ，以使其可启动
16. 打1和w将更改写入
17. 重启实例
18. 通过SSH登录并运行resize2fs /dev/xvde1
19. 最后检查新空间中运行df -h

就是这个

祝好运！

Answer 5:

1. 登录到AWS Web控制台 - > EBS - >鼠标右键点击你想调整一个 - >“修改卷” - >更改“大小”字段，然后单击[修改]按钮

2. growpart /dev/xvda 1

3. resize2fs /dev/xvda1

这是切到了追版本梅德Shevkoplyas'的答案。 AWS文档不显示growpart命令。 该工程确定为Ubuntu AMI。

Answer 6:

1. 须藤growpart的/ dev / xvda 1
2. 须藤resize2fs的/ dev / xvda1

以上两个命令救了我的时间，Ubuntu的AWS EC2实例。

Answer 7:

你做的卷上创建分区？ 如果你没有，你需要先发展的分区。

Answer 8:

为了以防万一，如果有人这里GCP谷歌云平台，
试试这个：

sudo growpart /dev/sdb 1
sudo resize2fs /dev/sdb1

Answer 9:

这将为XFS文件系统的工作只是运行此命令

xfs_growfs /

Answer 10:

启动标志（一）在我的情况（EC2，centos6.5）没有工作，所以我不得不从快照重新创建卷。 重复EXCEPT启动标志的所有步骤后 - 一切都工作得十分完美，所以我才得以后resize2fs。 谢谢！

Answer 11:

没有足够的声望上面发表意见; 而且按照上述的评论请注意，你可能会损坏，如果你从1开始您的实例; 如果你打“U”启动fdisk后您列出与“P”你分区之前，这将INFACT给你正确的起始号，这样你就不会破坏你的卷。 为CentOS 6.5 AMI，也高于2048提到对我来说是正确的。

Answer 12:

谢谢，@Dimitry，它的工作就像一个小的变化，以配合我的文件系统中的魅力。

来源： http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#recognize-expanded-volume-linux

然后使用下面的命令，用文件系统的安装点（XFS文件系统必须被安装到调整它们的大小）：

[ec2-user ~]$ sudo xfs_growfs -d /mnt
meta-data=/dev/xvdf              isize=256    agcount=4, agsize=65536 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=262144, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 262144 to 26214400

注意如果您收到失败的xfsctl：无法分配内存错误，您可能需要更新您的实例Linux内核。 欲了解更多信息，请参阅您的特定操作系统文档。 如果你收到一个文件系统已经是NNNNNNN块长。 没事做！ 错误，请参阅扩展Linux分区。

Answer 13:

所以，如果有任何人在那里他们遇到了这个问题，100％使用上的问题，并没有空间，甚至运行growpart命令（因为它会在/ tmp下的文件）

下面是我发现即使正在使用EBS卷绕过，而且如果你没有留在你的EC2空间，你是100％的命令

/sbin/parted ---pretend-input-tty /dev/xvda resizepart 1 yes 100%

看到这个网站在这里：

https://www.elastic.co/blog/autoresize-ebs-root-volume-on-aws-amis

文章来源: EC2 Can't resize volume after increasing size