我有一个运行 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 选项引起的。删除有问题的选项后,它在启动时就可以正常安装。