今天我遇到了完全相同的情况。以下是我通过 3 个简单步骤修复它的方法:
警告:确保您的卷是 EBS,否则您将丢失其中的数据。
假设INSTANCE-BROKEN搞砸了。
1.) 准备:
创建一个新的 EC2 实例INSTANCE-FIXER。
重要提示:此 EC2 实例应创建在具有 INSTANCE-BROKEN 的同一区域(在我的情况下为“us-west-1b”)
停止实例破坏。从 INSTANCE-BROKEN 中分离卷并将卷附加到 INSTANCE-FIXER
2.)修复:
现在启动 INSTANCE-FIXER 并运行fdisk以查看您有哪些可用卷:
sudo fdisk -l
Disk /dev/xvda1: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/xvda1 doesn't contain a valid partition table
Disk /dev/xvdf: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/xvdf doesn't contain a valid partition table
安装卷并编辑此文件,如下所示:
sudo mount /dev/xvdf /mnt
sudo vi /mnt/etc/ufw/ufw.conf
编辑并确保文件中的ENABLED=no。
从 INSTANCE-FIXER 卸载设备“/dev/xvdf”
从 INSTANCE-FIXER 中分离卷
3.) 完成:
附加在“ /dev/sda1 ” --- *重要 - ROOT 设备,否则您的实例将无法启动
到 INSTANCE-BROKEN
启动INSTANCE-BROKEN,现在它应该可以工作了;和
终止INSTANCE-FIXER。
现在您可以使用 SSH 登录。