Respostas:
Existe um comando criado especificamente para esse caso: yes
$ yes | ./script
O que isso faz é conectar a saída de yes
à entrada de ./script
. Então, quando ./script
solicita a entrada do usuário, ela obtém a saída de yes
. A saída de yes
é um fluxo interminável de y
seguido por uma nova linha. Então, basicamente, como se o usuário estivesse entrando y
para todas as perguntas de ./script
.
Se você quiser dizer não ( n
) em vez de sim ( y
), faça o seguinte:
$ yes n | ./script
Observe que algumas ferramentas têm a opção de sempre assumir yes
como resposta. Veja aqui por exemplo: ignore o prompt yes / no em 'apt-get upgrade'
Outros métodos para inserir entrada:
Se você sabe exatamente quantos y
scripts o seu está esperando, você pode fazê-lo assim:
$ printf 'y\ny\ny\n' | ./script
As novas linhas ( \n
) são as teclas de entrada.
Usando em printf
vez de yes
você, você tem um controle mais refinado da entrada:
$ printf 'yes\nno\nmaybe\n' | ./script
Observe que, em alguns casos raros, o comando não exige que o usuário pressione enter após o caractere. nesse caso, deixe as novas linhas de fora:
$ printf 'yyy' | ./script
Por uma questão de integridade, você também pode usar um documento aqui :
$ ./script << EOF
y
y
y
EOF
Ou se o seu shell suportar uma string here :
$ ./script <<< "y
y
y
"
Ou você pode criar um arquivo com uma entrada por linha:
$ ./script < inputfile
Se o comando for suficientemente complexo e os métodos acima não forem mais suficientes, você poderá usar o expect .
Aqui está um exemplo de um script de espera super simples:
spawn ./script
expect "are you sure?"
send "yes\r"
expect "are you really sure?"
send "YES!\r"
expect eof
Nitpick técnico:
A chamada de comando hipotético que você deu na sua pergunta não funciona:
$ ./script < echo 'yyyyyyyyyyyyyy'
bash: echo: No such file or directory
Isso ocorre porque a gramática do shell permite um operador de redirecionamento em qualquer lugar da linha de comando. No que diz respeito ao shell, sua linha de comando hipotética é a mesma que esta:
$ ./script 'yyyyyyyyyyyyyy' < echo
bash: echo: No such file or directory
Isso significa ./script
que será chamado com o argumento 'yyyyyyyyyyyyyy'
e o stdin obterá entrada de um arquivo chamado echo
. E o bash reclama, já que o arquivo não existe.
cannot enable tty mode on non tty input
. Você conheceria uma solução alternativa para isso?
printf
truque com um run
arquivo do qual preciso automatizar o processo de instalação, tudo o que acontece é que recebo uma mensagem de erro dizendo Warning: Tried to connect to session manager, None of the authentication protocols specified are supported
, e o script é aberto em um novo terminal e solicita que eu insira minha entrada manualmente, como de costume. A propósito, isso está acontecendo no Debian. Alguma sugestão?
Use o comando yes
:
yes | script
Trecho da página de manual:
NAME
yes - output a string repeatedly until killed
SYNOPSIS
yes [STRING]...
yes OPTION
DESCRIPTION
Repeatedly output a line with all specified STRING(s), or 'y'.
Algumas coisas ( apt-get
por exemplo) aceitam sinalizadores especiais para executar no modo silencioso (e aceitam padrões). No apt-get
caso, você apenas passa uma -y
bandeira. Isso depende completamente do seu script.
Se você precisar de coisas mais complicadas, poderá agrupar seu script em um script esperado. expect permite que você leia a saída e envie a entrada para que você possa fazer coisas bastante complicadas que outros scripts não permitiriam. Aqui está um dos exemplos de sua página da Wikipedia :
# Assume $remote_server, $my_user_id, $my_password, and $my_command were read in earlier
# in the script.
# Open a telnet session to a remote server, and wait for a username prompt.
spawn telnet $remote_server
expect "username:"
# Send the username, and then wait for a password prompt.
send "$my_user_id\r"
expect "password:"
# Send the password, and then wait for a shell prompt.
send "$my_password\r"
expect "%"
# Send the prebuilt command, and then wait for another shell prompt.
send "$my_command\r"
expect "%"
# Capture the results of the command into a variable. This can be displayed, or written to disk.
set results $expect_out(buffer)
# Exit the telnet session, and wait for a special end-of-file character.
send "exit\r"
expect eof
.sh
script de shell, certo? Ou existe um caminho?
No script shell, você também pode usar o seguinte truque de desova, esperar e enviar
spawn script.sh
expect "Are you sure you want to continue connecting (yes/no)?"
send "yes"
No entanto, no cenário acima, você deverá fornecer a frase que espera obter enquanto executa o script. Para obter mais exemplos, acesse o link a seguir
Ok, isso pode não ser uma solução muito elegante, mas se você escrever suas opções em um arquivo separado e depois passá-lo como uma entrada para o script, também funcionará. Portanto, se você criar um novo arquivo com todas as suas opções (chame esse arquivo como 'options.in'), poderá executar facilmente seu script ./script.sh < options.in
e editar / criar arquivos de opções diferentes, conforme adequado.
options.in
arquivo? Você pode dar um exemplo?
Eu estava escrevendo um script bash com o Dialog e precisava que isso acontecesse automaticamente também. Eu fiz isso e funcionou como um encanto.
# -Wy force signaturewipe (if exists)
echo "y" | sudo lvcreate -W y -n $lvName -L "$lvSize"G /dev/"$svg" >> $nfsUtilLog
Você pode fornecer entrada do usuário ao seu script com cat
, a partir de um arquivo de texto, canalizado para o seu script da bash
seguinte maneira:
cat input.txt | bash your_script.sh
Basta inserir a entrada do usuário desejada no arquivo input.txt, quaisquer que sejam as respostas desejadas - y, n, dígitos, seqüências de caracteres, etc.
-f
opção funciona bem com determinados comandos.