O script Bash imprime “Comando não encontrado” em linhas vazias

Cada vez que executo um script usando bash scriptname.sha linha de comando no Debian, obtenho Command Not foundo resultado do script.

O script funciona, mas sempre há uma Command Not Foundinstrução impressa na tela para cada linha vazia. Cada linha em branco resulta em um comando não encontrado.

Estou executando o script da /varpasta.

Aqui está o script:

#!/bin/bash

echo Hello World

Eu o executo digitando o seguinte:

bash testscript.sh

Por que isso ocorreria?

Certifique-se de que sua primeira linha seja:

#!/bin/bash

Digite seu caminho para bash se não for /bin/bash

Tente executar:

dos2unix script.sh

Isso irá converter terminações de linha, etc, do Windows para o formato Unix. ou seja, remove \ r (CR) das terminações de linha para alterá-las de \r\n (CR+LF)para \n (LF).

Mais detalhes sobre o dos2unixcomando (página de manual)

Outra forma de saber se o seu arquivo está no formato DOS / Win:

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

O resultado será mais ou menos assim:

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

Isso produzirá o texto do arquivo inteiro com <CR>exibido para cada \rcaractere no arquivo.

Você pode usar bash -x scriptname.shpara rastreá-lo.

Eu também tive um problema semelhante. O problema parece ser as permissões. Se você fizer isso ls -l, poderá identificar que o seu arquivo pode NÃO ter o bit de execução ativado. Isso NÃO permitirá que o script seja executado. :)

Como @artooro adicionou no comentário:

Para corrigir esse problema, execute chmod +x testscript.sh

Isso pode ser trivial e não relacionado à pergunta do OP, mas muitas vezes cometi esse erro no início, quando estava aprendendo a criar scripts

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

Isso produzirá uma resposta 'comando não encontrado'. A forma correta é eliminar os espaços

VAR_NAME=$(hostname)

Se o script fizer seu trabalho (relativamente) bem, ele está funcionando bem. Seu problema provavelmente é uma única linha no arquivo que faz referência a um programa que não está no caminho, não está instalado, está com erros ortográficos ou algo semelhante.

Uma maneira é colocar um set -xno topo do seu script ou executá-lo ao bash -xinvés de apenas bash- isto irá mostrar as linhas antes de executá-las e você geralmente só precisa olhar a saída do comando imediatamente antes do erro para ver o que está causando o problema

Se, como você diz, é as linhas em branco causando os problemas, você pode querer verificar o que é actaully no -las. Corre:

od -xcb testscript.sh

e certifique-se de que não haja caracteres engraçados "invisíveis" como o CTRL-M(retorno de carro) que você pode obter usando um editor do tipo Windows.

No Bash para Windows, tentei executar incorretamente

run_me.sh 

sem ./ no início e obteve o mesmo erro.

Para pessoas com plano de fundo do Windows, a forma correta parece redundante:

./run_me.sh

use dos2unixem seu arquivo de script.

Experimentar chmod u+x testscript.sh

Eu conheço daqui: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

para executá-lo, você deve fornecer o caminho completo disso, por exemplo

/home/Manuel/mywrittenscript

Se você tiver o Notepad ++ e receber esta mensagem de erro .sh: "command not found" ou esta mensagem de erro autoconf "line 615: ../../autoconf/bin/autom4te: Não existe esse arquivo ou diretório" .

No seu Notepad ++, vá para Editar -> Conversão EOL e verifique Macinthos (CR) . Isso editará seus arquivos. Também aconselho a verificar todos os arquivos com este comando, pois em breve esse erro ocorrerá.

Tive o mesmo problema. Infelizmente

dos2unix winfile.sh
bash: dos2unix: command not found

então fiz isso para converter.

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

e depois

bash unixfile.sh

Problemas com a execução de scripts também podem estar relacionados à formatação incorreta de comandos de várias linhas, por exemplo, se você tiver um caractere de espaço em branco após a quebra de linha "\". Por exemplo:

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

(observe que o espaço extra após "\") causará problemas, mas quando você remover esse espaço, ele funcionará perfeitamente.

Eu também estava tendo alguns dos Cannot execute command. Tudo parecia correto, mas na verdade eu estava tendo um espaço inquebrável pouco  antes do meu comando que era obviamente impossível de detectar a olho nu:

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

Que, no Vim, parecia:

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

Somente depois de executar o verificador de script Bash shellcheck, encontrei o problema.

Corri para isso hoje, copiando distraidamente o prompt de comando do dólar $(antes de uma string de comando) para o script.

Adicione o diretório atual (.) Ao PATH para poder executar um script, bastando digitar o seu nome, que reside no diretório atual:

PATH=.:$PATH

Você pode querer atualizar seus arquivos .bashrc e .bash_profile com aliases para reconhecer o comando que você está digitando.

Os arquivos .bashrc e .bash_profile são arquivos ocultos provavelmente localizados em sua unidade C: onde você salva seus arquivos de programa.