Я рвал на себе волосы, пытаясь понять, почему мои экземпляры EC2 (сделанные из моих собственных AMI) предпринимали много попыток, чтобы правильно подойти. Они потерпят неудачу со следующей ошибкой:
fsck.ext3: нет такого файла или каталога при попытке открыть / dev / sdf
Для обоих томов EBS, которые я подключал во время запуска.
Наконец, я разобрался с проблемой. Я поместил это в / etc / fstab:
/dev/sdf /export ext3 defaults 1 2
/dev/sdi /export2 ext3 defaults 1 2
Цифра 2 сообщает системе, что нужно проверять диски на пути вверх. Изменив это на
/dev/sdf /export ext3 defaults 1 0
/dev/sdi /export2 ext3 defaults 1 0
Полностью устраняет проблему, но теперь объемы никогда не будут проверяться. Насколько это важно? Как только экземпляр будет запущен в производство, он будет работать почти 24 часа в сутки, 7 дней в неделю, поэтому в любом случае будет происходить не так много ошибок, но все же ... это просто плохая идея.
Мне не удалось найти никого, кто бы даже сообщил об этой проблеме (есть люди с таким же сообщением об ошибке, но с разными причинами). Кажется невероятным, что я мог быть единственным человеком, который когда-либо совершил эту ошибку, но, возможно, я просто талантлив в этом отношении. :) Если есть другое решение проблемы, я хотел бы его услышать; Мне не удалось его найти.
Нет необходимости выполнять fsck каждый раз, когда вы запускаете экземпляр, это точно.
Думаю, вы можете задать вопрос, когда обращаться к 10 админам и получить 15 ответов.
Я считаю, что вы должны делать это только в том случае, если вы видите ошибки файловой системы в журналах или если файловая система была сильно отключена.
Если вы хотите узнать больше, я бы поискал общие советы по fsck. fsck предназначен для самой файловой системы. Хранилище данных за ним не должно иметь значения.