Terminal que devuelve el error "bash: /usr/bin/(comando) /bin/bash: intérprete incorrecto: no existe tal archivo o directorio" a menos que el comando esté precedido por bash

Question

Cuando busco este error en particular en la web, todos y cada uno de ellos se refieren a scripts de shell. Sigo recibiendo este error en la terminal y mi servidor doméstico queda completamente inutilizable sin iniciar el modo de rescate debido a esto. La pantalla de inicio de sesión tiene errores y no responde a la contraseña correcta o incorrecta. El arranque también muestra numerosas líneas [FAILED].

Esto comenzó cuando configuré a un usuario en particular con una "cárcel chroot" y lo configuré en rbash y desafortunadamente perdí las líneas de código que me acompañaron al configurarlo, lo que provocó un completo desastre al reiniciar.

Cuando envío un comando en modo de rescate, como "ldd /usr/bin/bash", devolverá el error. Sin embargo, esto no ocurre con algunos comandos básicos (¿quizás está atascado en /bin/sh? "$SHELL" devuelve /bin/sh en modo de rescate)

ldd /usr/bin/bash
bash: /usr/bin/ldd: /bin/bash: bad interpreter: No such file or directory

SIN EMBARGO. Descubrí que si precedo el comando con bash, ¡lo devolverá correctamente! Como "intentoldd <opciones"

bash ldd /usr/bin/bash
<relevant correct data>

Es muy extraño. He configurado el shell de todos los usuarios en /bin/bash pero eso no hace nada. Soy relativamente nuevo en los servidores domésticos y tenía el conocimiento para crear algunos scripts básicos y configurarlos en crontab o cualquier otra cosa y poder realizar ssh desde fuera de la red. Pero desafortunadamente no estaba del todo informado sobre la instalación de la cárcel chroot y subestimé los estragos que podría causar. yo había seguidoeste tutorialy había llegado al punto de copiar las bibliotecas al usuario encarcelado cuando me di cuenta de que esto había hecho que mi servidor no funcionara al reiniciar. Nuevamente me disculpo por no haber registros, ya que no lo había previsto y no había copiado ni pegado lo que se había hecho exactamente.

Gracias.

Answer 1

Resuelto.

Era simplemente un enlace simbólico roto con respecto a bin. Gracias Davidgo por indicarme la dirección correcta, supongo que no fue bash sino más bien el contenedor. Otro usuario también había comentado sobre esto pero había sido eliminado, gracias a quien fuera también.

Corregido con:

ln -s usr/bin bin