Не могли бы вы попробовать следующую команду (обратите внимание на параметр -f вместо --force):
sudo fsck -f / dev / xvdg
Надеюсь, это поможет. Фред
Я столкнулся с той же проблемой при попытке дублировать машину.
Проблема оказалась в ядре. Как при создании AMI, так и экземпляра я выбрал по умолчанию для образа ядра.
Чтобы решить проблему, я воссоздал AMI, используя тот же образ ядра, что и исходный экземпляр.
Я не хотел тратить больше времени на борьбу со странными проблемами, характерными для AWS, поэтому я создал новый чистый экземпляр из одного из официальных образов AMI Ubuntu (в моем case ami-359ea941
, который представляет собой 32-битный образ Ubuntu 11.04 с поддержкой EBS в регионе eu-west-1), и воссоздал там мою настройку сервера.
Тот факт, что я мог смонтировать том, созданный из моментального снимка восстановления, в новом экземпляре, сделал переустановку намного быстрее. Например, я сделал что-то вроде cp -a / mnt / recovery / usr / local / usr
, чтобы восстановить много всего в / usr / local
.
Итак, в В моем случае резервные копии для восстановления были далеко не бесполезны, поскольку я мог получить доступ к данным на них. Но, конечно, все равно было бы лучше просто создать AMI из моментального снимка и продолжать использовать (экземпляры из), которые, как и весь инцидент, никогда не происходили. (Не стесняйтесь добавить ответ, если знаете, как этого добиться!)