El script Bash imprime "Comando no encontrado" en líneas vacías

Cada vez que ejecuto un script bash scriptname.shdesde la línea de comandos en Debian, obtengo Command Not foundy luego el resultado del script.

El guión funciona, pero siempre hay una Command Not Founddeclaración impresa en la pantalla para cada línea vacía. Cada línea en blanco resulta en un comando no encontrado.

Estoy ejecutando el script desde la /varcarpeta.

Aquí está el guión:

#!/bin/bash

echo Hello World

Lo ejecuto escribiendo lo siguiente:

bash testscript.sh

¿Por qué ocurriría esto?

Asegúrate de que tu primera línea sea:

#!/bin/bash

Ingrese su camino a bash si no lo es /bin/bash

Intenta ejecutar:

dos2unix script.sh

Eso convertirá los finales de línea, etc. de Windows al formato Unix. es decir, quita \ r (CR) de los finales de línea para cambiarlos de \r\n (CR+LF)a \n (LF).

Más detalles sobre el dos2unixcomando (página de manual)

Otra forma de saber si su archivo está en formato DOS / Win:

cat scriptname.sh | sed 's/\r/<CR>/'

La salida se verá así:

#!/bin/sh<CR>
<CR>
echo Hello World<CR>
<CR>

Esto generará el texto completo del archivo que se <CR>mostrará para cada \rcarácter del archivo.

Puede utilizar bash -x scriptname.shpara rastrearlo.

También me encontré con un problema similar. El problema parece ser los permisos. Si lo hace ls -l, es posible que pueda identificar que es posible que su archivo NO tenga el bit de ejecución activado. Esto NO permitirá que se ejecute el script. :)

Como @artooro agregó en el comentario:

Para solucionar ese problema, ejecute chmod +x testscript.sh

Esto puede ser trivial y no relacionado con la pregunta del OP, pero a menudo me equivoqué al principio cuando estaba aprendiendo a escribir scripts.

VAR_NAME = $(hostname)
echo "the hostname is ${VAR_NAME}"  

Esto producirá una respuesta de "comando no encontrado". La forma correcta es eliminar los espacios

VAR_NAME=$(hostname)

Si el script hace su trabajo (relativamente) bien, entonces está funcionando bien. Su problema probablemente sea una sola línea en el archivo que hace referencia a un programa que no está en la ruta, no está instalado, está mal escrito o algo similar.

Una forma es colocar un set -xen la parte superior de su secuencia de comandos o ejecutarlo con en bash -xlugar de solo bash: esto generará las líneas antes de ejecutarlas y, por lo general, solo necesita mirar la salida del comando inmediatamente antes del error para ver qué está causando el problema

Si, como usted dice, son las líneas en blanco que causan los problemas, es posible que desee comprobar lo que está convenientemente indicado en ellos. Correr:

od -xcb testscript.sh

y asegúrese de que no haya caracteres divertidos "invisibles" como el CTRL-M(retorno de carro) que puede obtener al usar un editor de tipo Windows.

En Bash para Windows, intenté ejecutar incorrectamente

run_me.sh 

sin ./ al principio y obtuve el mismo error.

Para las personas con antecedentes de Windows, el formulario correcto parece redundante:

./run_me.sh

utilizar dos2unixen su archivo de script.

Tratar chmod u+x testscript.sh

Lo sé desde aquí: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

para ejecutar que debe proporcionar la ruta completa de eso, por ejemplo

/home/Manuel/mywrittenscript

Si tiene Notepad ++ y recibe este mensaje de error .sh: "comando no encontrado" o este mensaje de error de autoconf "línea 615: ../../autoconf/bin/autom4te: No existe tal archivo o directorio" .

En su Bloc de notas ++, vaya a Editar -> Conversión EOL y luego marque Macinthos (CR) . Esto editará sus archivos. También recomiendo verificar todos los archivos con este comando, porque pronto ocurrirá tal error.

Tuvo el mismo problema. Desafortunadamente

dos2unix winfile.sh
bash: dos2unix: command not found

así que hice esto para convertirme.

 awk '{ sub("\r$", ""); print }' winfile.sh > unixfile.sh

y entonces

bash unixfile.sh

Los problemas con la ejecución de scripts también pueden estar relacionados con el formato incorrecto de los comandos de varias líneas, por ejemplo, si tiene un carácter de espacio en blanco después del salto de línea "\". Por ejemplo, esto:

./run_me.sh \ 
--with-some parameter

(tenga en cuenta que el espacio adicional después de "\") causará problemas, pero cuando elimine ese espacio, funcionará perfectamente.

También estaba tomando algunos de los Cannot execute command. Todo parecía correcto, pero de hecho estaba teniendo un espacio irrompible  justo antes de mi comando que, por supuesto, era imposible de detectar a simple vista:

if [[ "true" ]]; then
   highlight --syntax js "var i = 0;"
fi

Que, en Vim, se veía así:

if [[ "true" ]]; then
  highlight --syntax js "var i = 0;"
fi

Solo después de ejecutar el comprobador de scripts Bash shellcheckencontré el problema.

Me encontré con esto hoy, copiando distraídamente el símbolo del sistema de dólar $(antes de una cadena de comando) en el script.

Agregue el directorio actual (.) A PATH para poder ejecutar un script, simplemente escribiendo su nombre, que reside en el directorio actual:

PATH=.:$PATH

Es posible que desee actualizar sus archivos .bashrc y .bash_profile con alias para reconocer el comando que está ingresando.

Los archivos .bashrc y .bash_profile son archivos ocultos que probablemente se encuentran en su unidad C: donde guarda sus archivos de programa.