Início / unix / Perguntas / 688976
Accepted
E235
Asked: 2022-02-03 03:19:52 +0800 CST

Obtendo erro ao chamar shell script SOMENTE com "sh -c": "operador inesperado"

  • 772

Tenho o seguinte script:

installRequiredFiles=$1

install_with_pkg()
{
    arg1=$1
        echo $arg1
    echo "[+] Running update: $arg1 update."
}

if [ $installRequiredFiles = "true" ]; then
    if [ -x "$(command -v apt)" ]; then
          install_with_pkg "apt"
        elif [ -x "$(command -v yum)" ]; then
          install_with_pkg "yum"
        elif [ -x "$(command -v apk)" ]; then
          install_with_pkg "apk"
        else
          echo "[!] Can't install files."
    fi
fi

Quando executo direto, funciona bem:

root@ubuntu:/# ./myscript.sh "true"
apt
[+] Running update: apt update.
Printing installRequiredFiles: true
Printing arg1: apt

Mas quando estou usando sh -cestou recebendo o seguinte erro:

root@ubuntu:/# sh -c ./myscript.sh "true"
./c.sh: 11: [: =: unexpected operator
Printing installRequiredFiles:
Printing arg1:

Eu quero ser capaz de executá-lo corretamente sh -ce quero que ele suporte she bashque atualmente o faz.

linux shell-script

2 respostas

  1. Best Answer

    Não -cé para isso que serve a opção. Você normalmente não fornece um arquivo, você fornece comandos shell. Ele serve para fazer coisas assim:

    $ sh -c 'echo hello'
hello

    Agora que você deu um arquivo, ele está tentando lê-lo e executar os comandos encontrados nele, mas o argumento não é passado para o script ( myscript.sh), o argumento é dado apenas para o shpróprio comando como você pode ver se você basta imprimir os argumentos:

    $ cat script.sh
echo "ARGS: $@"

$ sh ./script.sh true
ARGS: true
$ sh -c ./script.sh true
ARGS:

    Tudo o que você precisa fazer é não usar -ce funcionará como esperado:

    sh ./myscript.sh "true"

    Ou, se você absolutamente precisar usar -cpor algum motivo, passe o script e o argumento para o script como um único argumento entre aspas para sh:

    sh -c './myscript.sh "true"'
    • 5

  2. O erro que você obtém é do dashshell (o shell usado para implementação /bin/shem seu sistema). É por $installRequiredFilesser

    1. uma string vazia e
    2. usado sem citação.

    Como a variável está vazia, usá-la sem aspas a remove completamente do comando, o que significa que a linha

    if [ $installRequiredFiles = "true" ]; then

    seria interpretado como

    if [ = "true" ]; then

    que por sua vez é um erro no uso do [comando; ele vê o operador =quando nenhum operador era esperado.

    Então, por que $installRequiredFiles(e $1), vazio?

    O comando

    sh -c ./myscript.sh "true"

    executa o comando ./myscript.shcom $0set para a string trueno script. O valor em $0geralmente é o nome do script ou do shell, e o valor é mais comumente usado em mensagens de diagnóstico (por exemplo, em mensagens de erro que o shell produz).

    se você tivesse usado

    sh -c ./myscript.sh sh "true"

    em vez disso, then $1teria sido definido testcomo esperado e $0teria sido definido como sh(o que é habitual para sh -cscripts in-line). Em ambos os casos, o script teria sido executado por qualquer shell que executasse scripts sem #!-line. Qual shell acaba executando o script possivelmente depende do shshell em sua máquina e pode não ser shou bash. Veja, por exemplo, Qual interpretador de shell executa um script sem shebang? .

    Você provavelmente deseja adicionar uma #!linha em seu script apontando para /bin/sh:

    #!/bin/sh

# ... rest of script here ...
# ... just remember to quote all expansions ...

    Isso significa que você poderá executar seu script assim:

    $ ./myscript.sh test

    ou, com o equivalente

    $ sh -c './myscript.sh "test"'

    ou,

    $ sh -c './myscript.sh "$@"' sh test

    Observe que nos dois últimos casos, não é o sh -cshell que está executando o script, mas o shell ao qual a #!linha - no script se refere, como se você executasse ./myscript.sh "test"diretamente. A diferença em relação a antes de adicionar a #!linha - é que agora você sabe com certeza que este é /bin/she não algum outro shell.

    O script usa apenas a sintaxe de shell POSIX, o que significa que seria executável por /bin/sh, independentemente de qual shell é usado para implementar /bin/shem qualquer sistema. Se /bin/shis bash, kshou dashou algum outro shell mais exótico não importa, o usuário não precisa se preocupar em executar o script com o interpretador correto.

    Relacionado a várias partes desta resposta:

    • 3

relate perguntas