EC2 卷未通过 fstab 安装;手动安装成功

EC2 卷未通过 fstab 安装;手动安装成功

我有一个运行 Ubuntu 10.04 x86 (AMI ami-3e02f257) 的 Micro 实例。它的 OS 卷附加在 /dev/sda1 上,第二个卷附加在 /dev/sdf 上(报告为/dev/sda1=vol-eaa0e982:attached:2011-03-08T17:17:42.000Z:false, /dev/sdf=vol-44a3ea2c:attached:2011-03-08T17:17:42.000Z:false)。

fstab 看起来像:

# /etc/fstab: static file system information.
# <file system>               <mount point>   <type>  <options>       <dump>  <pass>
proc                          /proc           proc    nodev,noexec,nosuid 0       0
LABEL=uec-rootfs              /               ext3    defaults        0       0
/dev/sda2  /mnt      auto  defaults,nobootwait,comment=cloudconfig  0  0
/dev/sdf   /mnt/osm  auto  defaults,nobootwait,comment=osmdata      0  0

当我重新启动时,/mnt/osm 不会联机。如果我运行,sudo mount /dev/sdf /mnt/osm卷会立即联机。这在小型实例上运行。当我删除nobootwait它时,实例变砖了。有什么建议吗?文件系统需要联机,以便在其上运行的 Postgres 集群可以启动。

答案1

您是否尝试过删除 /dev/sda2?由于它未在您发布的块设备配置中定义,因此可能存在问题,因为该设备不存在。我不确定启动时挂载是否会因错误而中止,或者它是否会尝试挂载其他设备。正如 @richard-bentley 提到的,EBS 支持的实例没有临时存储,因此命令的这一部分将失败。

除非您从 S3 支持的实例转到 EBS 支持的实例(与 EBS 支持的实例上不默认使用临时存储这一事实有关),否则该问题是否与微型实例有关值得怀疑。

答案2

顺便说一句,我在小型 Amazon Linux AMI 实例上遇到了同样的问题,这是由 fstab 条目中的 nobootwait 选项引起的。删除有问题的选项后,它在启动时就可以正常安装。

相关内容