Объем EC2, не монтирующийся через fstab; ручное успешное монтирование
У меня есть Микро экземпляр под управлением Ubuntu 10.04 x86 (AMI ami-3e02f257). Этому присоединили объем ОС в/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 это облицевало экземпляр кирпичом. Какие-либо предложения? Файловая система должна прибыть онлайн так, чтобы работа кластера Пост-ГРЭС ее могла запуститься.
1 ответ
Вы попытались удалить/dev/sda2? Так как это не определяется в блочном устройстве, конфигурируют Вас, отправил его, мог иметь проблему, так как устройство не существует. Я не уверен, монтируются ли в аварийных прекращениях работы начальной загрузки на ошибке или если она пытается смонтировать дополнительные устройства. Как это было упомянуто @richard-bentley поддержанными экземплярами EBS, не имеют эфемерного устройства хранения данных, и эта часть команды перестанет работать.
Сомнительно, что проблема имеет какое-либо отношение к тому, что это - микро, если Вы не пошли от поддержанного экземпляра S3 до поддержанного экземпляра EBS (касающийся того, что эфемерное устройство хранения данных не принято значение по умолчанию на поддержанных экземплярах EBS).