Ubuntu 10.04 x86(AMI ami-3e02f257)을 실행하는 마이크로 인스턴스가 있습니다. /dev/sda1에 OS 볼륨이 연결되어 있고 /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볼륨이 즉시 온라인 상태가 됩니다. 이것은 Small 인스턴스에서 작업 중이었습니다. 제거했을 때 nobootwait인스턴스가 차단되었습니다. 어떤 제안이 있으십니까? 실행 중인 Postgres 클러스터가 시작될 수 있도록 파일 시스템이 온라인 상태가 되어야 합니다.
답변1
/dev/sda2를 제거해 보셨나요? 게시한 블록 장치 구성에 정의되어 있지 않으므로 장치가 존재하지 않기 때문에 문제가 발생할 수 있습니다. 오류로 인해 부팅 시 마운트가 중단되는지 또는 추가 장치 마운트를 시도하는지 확실하지 않습니다. @richard-bentley가 언급했듯이 EBS 지원 인스턴스에는 임시 스토리지가 없으므로 명령의 이 부분이 실패합니다.
S3 지원 인스턴스에서 EBS 지원 인스턴스로 전환하지 않는 한 이것이 마이크로라는 사실과 문제가 관련이 있는지 의심스럽습니다(임시 스토리지가 EBS 지원 인스턴스에서 기본값으로 설정되지 않는다는 사실과 관련).
답변2
FWIW, 작은 Amazon Linux AMI 인스턴스에서 이와 동일한 문제가 발생했으며 이는 fstab 항목의 nobootwait 옵션으로 인해 발생했습니다. 문제가 되는 옵션을 제거하고 부팅 시 정상적으로 마운트되었습니다.