Los scripts de Bash no se ejecutarán sin escribir "bash" delante de él

En nuestro sistema escolar, estamos en condiciones de ejecutar archivos de comandos sin necesidad de escribir basho csho lo que sea, sin indicar qué tipo guión es. Sin embargo, en Ubuntu, debo escribir, bash script.bashpor ejemplo. ¿Esto siempre es necesario en Ubuntu, o es una configuración que puedo cambiar?

1. Asegúrese de iniciar el script con ./scriptla ruta completa o lo que sea. Es scriptposible que no funcione (funciona si el directorio está en $PATH, como /usr/bin), ya que en los sistemas UNIX no es costumbre tener el directorio actual en su camino (por razones de seguridad, ¡y es bueno!)

2. Asegúrese de que el script sea ejecutable, por ejemplo: chmod +x scriptlo hará ejecutable.

3. Asegúrese de tener #!/bin/bashcomo primera línea en su secuencia de comandos. También asegúrese de que no esté editado con algún tipo de editor de Windows, ya que a menudo usa el "tipo DOS" de eol (final de línea) que difiere del UNIX (si la lista de verificación anterior está bien, pero tiene "mal" intérprete: no existe tal archivo o directorio ", más o menos, incluso si es / bin / bash, esta suele ser la razón, ya que no es imprimible, por lo que generalmente no lo ve, \ r será tratado como parte de la camino del intérprete)

Otros ya lo mencionaron: es importante tenerlo /bin/bashsi usas las funciones de bash, también /bin/shestaba enlazado a un enlace simbólico /bin/bash, pero ahora (hasta donde he notado) está enlazado a un enlace simbólico dashque no proporcionará compatibilidad con bash, solo POSIX sh. Es bastante importante, incluso los softwares bastante caros en nuestra empresa tienen este problema: los scripts contienen #!/bin/shcomo primera línea pero también dependen de las funcionalidades de bash.

Asegúrese de que la primera línea del archivo lea:

#!/bin/bash

Si el shebang es #!/bin/sh, no debe usar ninguna característica específica de bash, solo características POSIX. Incluso si se /bin/shtrata de un enlace simbólico bash, bash se ejecutará en un modo de compatibilidad POSIX cuando se ejecute como sh, deshabilitando algunas (pero no todas) las funciones de bash.

También deberá asegurarse de que el script sea ejecutable, por supuesto.

Una forma alternativa, fuertemente desaconsejada es agregar .a PATH.

PATH=".:$PATH"

o

PATH="$PATH:."

El problema con este enfoque es que, en el primer caso, cualquier comando del sistema podría anularse con ejecutables del directorio actual, y en el último caso, los comandos desconocidos aún podrían anularse.

Considera lo siguiente:

Archivo: ls

#!/bin/bash

./my_malicious_script &>/dev/null
/bin/ls "$@"

Lo más probable es que ni siquiera lo note hasta que sea demasiado tarde.