Solución 1:
Con suerte, está utilizando un volumen raíz de EBS. Si es así, la solución no es demasiado difícil.
Básicamente, adjunta el volumen de EBS a otra instancia, realiza los cambios y vuelve a adjuntarlo a la instancia original:
- Detener (no terminar) la instancia original
- Separar el volumen de EBS
- Lanzar otra instancia
- Adjunte su volumen de EBS actual a la nueva instancia
- SSH en la nueva instancia, monte el volumen de EBS y realice los cambios necesarios
- Desmontar el volumen de EBS (por ejemplo,
umount -d /dev/xvdhoumount -d /dev/sdh) - Separe el volumen de EBS de la nueva instancia y adjúntelo como volumen raíz (p. ej.,
/dev/sda1) de la instancia anterior - Iniciar la instancia anterior
- Si todo funciona, termine la nueva instancia
La razón por la que esto funciona es que en la nueva instancia nueva, tiene los permisos adecuados (su volumen raíz está intacto), lo que hace que el archivo sudoers de su instancia original sea solo otro archivo que puede editar.
Si tiene un volumen raíz de almacén de instancias, desafortunadamente, probablemente no podrá solucionar el problema y tendrá que volver a una AMI que haya creado anteriormente como copia de seguridad.
Solución 2:
Depende de si se trata de un dispositivo raíz AMI o EBS.
Si es una AMI y no tiene la contraseña raíz, y la AMI no configura el acceso SSH raíz, entonces no hay nada que pueda hacer.
Si es una raíz de EBS, puede terminarla y adjuntar el volumen a una instancia diferente (como un disco adicional, no la raíz). A continuación, puede acceder a los datos o corregir el archivo sudoers y lanzar una nueva instancia utilizando el volumen.