¿Cómo utilizar SSH después de reiniciar Redhat de forma remota e ingresar al modo de recuperación?

¿Cómo utilizar SSH después de reiniciar Redhat de forma remota e ingresar al modo de recuperación?

Necesito ingresar al modo de recuperación de mi Redhat Box que se ejecuta de forma remota en una máquina virtual.

Yo uso RedHat 5 de 64 bits Enterprise Edition.

He iniciado sesión en el cuadro mediante SSH. Puedo reiniciar usando el comando de reinicio, pero necesito saber si podré conectarlo mediante SSH, ya que lo estoy usando de forma remota y no puedo iniciar sesión a través de la interfaz de usuario.

El verdadero problema es que hice un chown -R $USER /en el directorio raíz.

Estaba intentando esto como una prueba sin darme cuenta de las consecuencias, para hacer que algo funcionara, que de alguna manera no funcionaba ni siquiera con el uso de sudo.

Lo maté a mitad de camino. Pero debido a esta estupidez, no puedo usar sudo.

He leído que puedo hacer algo en modo rescate, pero no entiendo cómo puedo entrar en modo rescate de forma remota. No puedo reinstalar Linux, esa no es una opción posible.

¿Hay alguna forma de recuperar mis permisos de sudo?

Hacer esto no funciona por ahora:

chown root:root /usr/bin/sudo
chown: changing ownership of `/usr/bin/sudo': Operation not permitted
sudo chown root:root /usr/bin/sudo
sudo: must be setuid root

Respuesta1

No puede ingresar al modo de recuperación mediante ssh porque ssh no se ejecutará. Necesitas una forma de acceder a la consola. Si se trata de una máquina virtual y usted es propietario del host, debería haber alguna forma de conectarse al host y acceder a la consola. Si se trata de un servicio como AWS, entonces no tiene suerte y necesita recuperarlo de algún otro modo, como crear una nueva instancia y separar el volumen raíz de la instancia defectuosa y montarlo en la nueva para solucionarlo.

Respuesta2

Redhat usa Systemd para iniciar/detener trabajos.

Si está en modo de rescate, utiliza los objetivos rescueo emergency.

Debe configurar sshd (y sus dependencias) para que se ejecute también en estos niveles de ejecución (= objetivos, en la terminología de systemd).

AquíPuede encontrar más información sobre el ajuste fino de Systemd. Algunos sombrero rojodocumentostambién puede ser utilizable.

Respuesta3

El problema se ha resuelto y esta pregunta se puede cerrar. Sin embargo, no pude hacer esto a través de ssh. Tuve que apagar la instancia en la caja virtual y reiniciarla. Hacer esto a través de ssh sigue abierto a discusión.

Cómo resolver el problema reiniciando la instancia rhel5:

1.Boot the system into single user mode (do this by pressing esc on the boot screen. you will get a terminal on the boot screen after doing this)
2.do chmod 0440 /etc/sudoers
Which should look like -r--r----- 1 root root 5882 Nov 19 18:03 /etc/sudoers
3.chown root:root /usr/bin/sudo
4.chmod 4111 /usr/bin/sudo
5.chmod 0440 /etc/sudoers
6.chmod 0770 /var/bin/sudo/$USERNAME (note: you may have to use /var/run/sudo/$USERNAME if /var/bin does not exist)
7.Reboot the machine in runlevel-5. (type init 5)

Esto configurará su ID como root y resolverá el error de sudo.

información relacionada