【问题标题】:AWS Root Volume not bootingAWS 根卷未启动
【发布时间】:2017-04-10 17:52:09
【问题描述】:

我完成了一些在根卷上添加第二个分区的步骤。这是因为 EBS 是 50GB,而第一个分区只分配了 8GB。所以这是我的步骤:

1.) 分离卷并将其作为次要附加到另一个实例。

2.) 使用 gdisk 创建第二个分区:

Disk /dev/xvdk: 106954752 sectors, 51.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 433FEFB0-04CE-43BD-A1B7-269A18673537
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 106954718
Partitions will be aligned on 2048-sector boundaries
Total free space is 4062 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            4096        16773119   8.0 GiB     8300  Linux filesystem
   2        16773120       106954718   43.0 GiB    EF00  EFI System

3.) 将 FS 更改为 ext4 4.) 修改第一个分区 /etc/fstab,以便 GUID 匹配。 5.) 将根卷重新附加到原始实例作为根卷。

现在 EC2 根本无法启动!当我查看图像时,它卡在启动屏幕中,并且最终无法通过状态检查。我究竟做错了什么?有人可以告诉我我还需要在哪里更改根分区上的任何内容,或者我还应该做些什么吗?我到处寻找,并且已经经历了这个过程至少 10 倍! EC2 实例正在运行 Debian8

【问题讨论】:

  • 修改第一个分区 /etc/fstab 使 GUID 匹配。听起来这可能是你的错误。 fstab 中的 GUID 将是第一个文件系统的 filesystem GUID,而不是此处显示的 volume GUID。它不应该改变。

标签: linux amazon-web-services amazon-ec2


【解决方案1】:

我建议使用原始卷的快照来调整大小。以下是调整根卷大小的步骤(使用 AWS API 工具):

  1. 停止 EC2 实例
  2. 从实例中分离根卷
  3. 创建根卷的快照
  4. 在同一可用区内使用新大小(例如 50GB)的快照创建新卷
  5. 将新卷附加到实例
  6. 启动实例并通过 ssh 访问它
  7. 运行resize2fs(例如sudo resize2fs /dev/xvda1)来调整新根文件系统的大小
  8. 确认一切正常后,删除旧的根卷和快照

【讨论】:

  • 我以前试过这个。由于某种原因,这对我不起作用。但令人惊讶的是(至少对我来说)我能够在挂载时使用 parted 来扩展磁盘的分区(甚至不知道这是可能的!!)然后使用 resize2fs 并且有效。不过感谢您的这些步骤:-)
  • 嗯,概述的步骤一直对我有用。很高兴您已经解决了您的问题。
  • 2020 年这些步骤仍然无效。分离根卷总是会导致无法启动的情况。
猜你喜欢
  • 1970-01-01
  • 2015-06-11
  • 2017-03-07
  • 1970-01-01
  • 1970-01-01
  • 2019-12-01
  • 2016-02-19
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多