¿Cuáles son los contenidos de / bin / bash y qué hago si accidentalmente los sobrescribí?

Accidentalmente sobrescribí el archivo / bin / bash con un script tonto que pretendía poner dentro de la carpeta / bin.

¿Cómo recupero el contenido de ese archivo? ¿Hay alguna manera de encontrar los contenidos en la web y copiarlos nuevamente? ¿Cuáles son mis opciones aquí, considerando que el terminal da un error al hablar de "Demasiados enlaces simbólicos"?

Todavía soy un recién llegado a este tipo de cosas, y aprecio toda la ayuda que puedo obtener.

Editar: Olvidé mencionar que estoy en Kali 2.2 Rolling, que es bastante debian con algunas características adicionales.

Edición 2: también reinicié la máquina, ya que no me di cuenta de mi error hasta hace unos días. Eso hace que esto sea un poco más difícil.

bashes un shell, probablemente el shell de su sistema, por lo que ahora suceden cosas extrañas, mientras que partes del shell todavía están en la memoria. Una vez que cierre la sesión o reinicie, tendrá problemas más profundos.

Entonces, lo primero debería ser cambiar su caparazón a algo seguro. Mira qué shells has instalado

cat /etc/shells

Luego cambie su caparazón a uno de los otros caparazones enumerados allí, por ejemplo

chsh -s /bin/dash

Actualización, porque ya reiniciaste:

Tienes suerte de que hoy en día el proceso de arranque no dependa bash, por lo que tu sistema se inicia, simplemente no puedes obtener una línea de comando. Pero puede iniciar un editor para editar /etc/passwdy cambiar el shell en la rootlínea de /bin/basha /bin/dash. Cerrar sesión e iniciar sesión nuevamente. Simplemente no realice ningún otro cambio en ese archivo, o puede dañar su sistema por completo.

Luego intente reinstalar bashcon

apt-get --reinstall install bash

Si todo tuvo éxito, puede chshvolver a bash.

Finalmente: creo que kali es una distribución altamente especializada, probablemente no adecuada para personas que accidentalmente sobrescriben su caparazón. Como esta oración se llamaba grosera y dura, debo agregar que la escribí por experiencia propia. Cuando era más joven, arruiné mi sistema porque nadie me dijo que evitara perder el tiempo como root.

No apagues tu máquina.

¿Todavía tienes un shell en ejecución? ¿Es bash? Si es así, estás bien. (Pero no hagas esto de nuevo).

Correr:

sudo cp /proc/$$/exe /bin/bash

Voila, todo está bien.

Como alguien en los comentarios duda que esto funcione:

[vagrant@localhost ~]$ cat /etc/shells 
/bin/sh
/bin/bash
/sbin/nologin
/bin/dash
/bin/tcsh
/bin/csh
[vagrant@localhost ~]$ grep root /etc/passwd
root:x:0:0:root:/root:/bin/bash
operator:x:11:0:operator:/root:/sbin/nologin
[vagrant@localhost ~]$ echo $0
-bash
[vagrant@localhost ~]$ sudo rm /bin/bash
[vagrant@localhost ~]$ bash
-bash: /bin/bash: No such file or directory
[vagrant@localhost ~]$ sudo su -
su: /bin/bash: No such file or directory
[vagrant@localhost ~]$ sudo cp /proc/$$/exe /bin/bash
[vagrant@localhost ~]$ bash
[vagrant@localhost ~]$ exit
[vagrant@localhost ~]$ sudo su -
[root@localhost ~]# logout
[vagrant@localhost ~]$ 

Si puede iniciar sesión, pero no puede abrir una terminal o acceder a un shell, pero puede acceder a los archivos a través de la GUI, vaya a /bin, busque archivos cuyos nombres terminen en sh(pero no .sh) y ejecute uno (haciendo doble clic o haciendo clic derecho). En particular, busque lo siguiente:

• sh
• dash
• ash
• ksh (o kshseguido de un número; por ejemplo,  ksh93)
• zsh
• yash

o, como último recurso,

• tcsh o
• csh

Si puede ejecutar un shell, intente con la respuesta de Philippos .

Otro enfoque es iniciar en modo de usuario único siguiendo estas instrucciones, pero especifique init=/bin/sh(o uno de los otros shells) en lugar de hacerlo init=/bin/bash.