Я хочу начать с того, что этот метод аморален, поскольку он обходит AWS Marketplace, тем самым лишая разработчика потенциальных денег, но в то же время считаю необходимым обеспечить безопасность данных.
Недавно у меня произошел сбой на одном из моих компьютеров, созданных в AWS Marketplace Image (CSF удалось заблокировать IP-адрес шлюза! @!). Я был в ужасе, когда обнаружил, что не могу просто подключить том к другому компьютеру и редактировать файлы .conf.
После (удачной) загрузки машины самостоятельно (временный запрет) я исправил ситуацию с брандмауэром и подумал, насколько плохо это может пойти по пути.
Ответ заключался в том, чтобы закрыть исходный экземпляр, создать снимок из тома, а затем изображение из этого снимка. Не забудьте выбрать тот же идентификатор ядра, что и на работающей машине, чтобы быть в безопасности. Создайте том, который был точно такого же размера, отформатируйте его в той же файловой системе (в моем случае это ext4), выключите все службы, а затем просто отправьте содержимое корневого диска на второй диск. Проверьте, что новый том будет загружаться как SDA1 на только что созданном экземпляре. Если это так, завершите работу и прекратите работу старого экземпляра (ЗАПИШИТЕ НА ВНУТРЕННИЙ И ВНЕШНИЙ IP-ПЕРЕД РУКОЙ), Загрузите новый экземпляр с правильными локальными IP-адресами, присоедините внешние IP-адреса к внутренним IP-адресам и скрестите пальцы.
Второй диск больше не идентифицируется с кодами торговой площадки и поэтому может монтироваться в других экземплярах.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я более чем рад заплатить разработчику за использование оригинального AMI, но пока AWS не предоставит нам консоль восстановления (они могут ограничить ее, сколько захотят) для простых задач, таких как fsck и vi / NANO, тогда я не собираюсь играть по своим правилам на этом.