Así que no tenía idea de los peligros de alterar el archivo /etc/sudoers y solo estaba tratando de hacer un cambio simple allí. Sin embargo, parece que puse algo con sintaxis incorrecta, lo que provocó este problema:
$ sudo
sudo: >>> /etc/sudoers: syntax error near line 122 <<<
sudo: parse error in /etc/sudoers near line 122
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
Ya no puedo editar el archivo /etc/sudoers porque no tengo acceso de root.
Una solución que veo en línea es usar:
$ su -
e ingrese la contraseña de root. Sin embargo, este cuadro de amazon ec2 no parece TENER una contraseña de root, lo que me impide usarsu -
La otra cosa que veo es reiniciar la computadora y hacer algunas cosas de usuario único que le permiten restablecer la contraseña. El gran problema es que esto es amazon ec2 y solo estoy haciendo SSH en la caja, no tengo acceso físico.
Pregunta, ¿estoy completamente jodido o existe una posible solución? Esto no es Ubuntu, parece ser CentOS. Ahora también entiendo esto visudo, pero el sitio del que obtuve el cambio no lo mencionó.
Respuesta1
Una vez arruiné una instancia exactamente de la misma manera y pude recuperarla montando su volumen EBS desde una instancia de trabajo separada. Hay muchos pasos involucrados:
- Desde la Consola de administración EC2, detenga su instancia EC2
- Vaya a la pantalla Volúmenes y desconecte el volumen EBS problemático de la instancia.
- Active una microinstancia nueva y nueva utilizando una AMI de Linux estándar con opciones predeterminadas (a menos que ya tenga otra instancia en funcionamiento)
- Una vez que la nueva instancia se esté ejecutando,adjunte el volumen EBS problemático
- EntoncesMóntalo
Una vez montado como directorio, debería poder acceder al sistema de archivos del volumen problemático desde la nueva instancia y reparar el sudoersarchivo. Luego simplemente desmonte y separe el volumen y vuelva a conectarlo a la otra instancia.