Eu tenho uma instância Micro executando o Ubuntu 10.04 x86 (AMI ami-3e02f257). Ele tem o volume do sistema operacional anexado em /dev/sda1 e um segundo volume anexado em /dev/sdf (relatado como /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 se parece com:
# /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
Quando eu reinicio, /mnt/osm não fica online. Se eu executar, sudo mount /dev/sdf /mnt/osmo volume ficará online imediatamente. Isso estava funcionando em uma instância pequena. Quando eu removi, nobootwaitele bloqueou a instância. Alguma sugestão? O sistema de arquivos precisa ficar online para que o cluster Postgres em execução nele possa ser iniciado.
Responder1
Você já tentou remover /dev/sda2? Como não está definido na configuração do dispositivo de bloco que você postou, pode haver um problema, pois o dispositivo não existe. Não tenho certeza se a montagem na inicialização é interrompida por erro ou se tenta montar dispositivos adicionais. Como foi mencionado por @richard-bentley, as instâncias apoiadas pelo EBS não têm armazenamento efêmero e esta parte do comando falhará.
É duvidoso que o problema tenha algo a ver com o fato de que este é um micro, a menos que você tenha passado de uma instância apoiada por S3 para uma instância apoiada por EBS (relacionada ao fato de que o armazenamento efêmero não é padronizado em instâncias apoiadas por EBS).
Responder2
FWIW, tive esse mesmo problema em uma pequena instância do Amazon Linux AMI e foi causado pela opção nobootwait na entrada fstab. Removida a opção ofensiva e ela foi montada na inicialização perfeitamente.