Stworzyłem naprawdę prosty skrypt bash, który uruchamia kilka poleceń. jedno z tych poleceń wymaga wprowadzenia danych przez użytkownika w czasie wykonywania. tzn. pyta użytkownika „czy chcesz bla bla bla?”, chcę po prostu wysłać do niego klawisz enter, aby skrypt został całkowicie zautomatyzowany.
Nie będę musiał czekać na dane wejściowe ani nic w trakcie działania, wystarczy, że wyślę naciśnięcie klawisza, a bufor wejściowy zajmie się resztą.
Odpowiedzi:
echo -ne '\n' | <yourfinecommandhere>lub korzystając z niejawnej nowej linii generowanej przez echo (dzięki Marcin)
echo | <yourfinecommandhere>Teraz możemy po prostu skorzystać z --skopcji:
--sk,--skip-keypressNie czekaj na naciśnięcie klawisza po każdym teście
to znaczy sudo rkhunter --sk --checkall
xxd, otrzymasz 5c6ehex, który jest literałem \n. jeśli to zrobisz echo | xxd , w rzeczywistości otrzymasz heks 0a. Więc myślę, że użyj tego, czego potrzebuje twój program.
0a0aco nadal nie jest zgodne z zamierzeniem, dodając -nukrytą nową linię. Ale masz oczywiście rację, zwykły echo | ...tutaj działa dobrze. Zaktualizuję moją odpowiedź.
5c6e? Czy pominąłeś, -eczy twoja powłoka czy echonie traktuje tej opcji?
echo -ne "\n" | xxd 0000000: 0a i echo -n "\n" | xxd 0000000: 5c6e i echo "\n" | xxd 0000000: 5c6e 0a nie widziałem żadnej różnicy między pojedynczymi i podwójnymi cudzysłowami. Moja powłoka to zwykłe bash, czy są ustawienia, które regulowałyby zachowanie tak podstawowej funkcjonalności?
yesPolecenie może okazać się przydatne.
Widzieć man yes
yesUważam, że to przydatne.
yeswysyła jako wyjście. Przeczytaj stronę podręcznika.
Możesz po prostu użyć tak .
# yes "" | someCommandOto przykładowe użycie expect:
#!/usr/bin/expect
set timeout 360
spawn my_command # Replace with your command.
expect "Do you want to continue?" { send "\r" }Sprawdź: man expectdalsze informacje.
Możesz wykorzystać oczekiwanie ( człowiek oczekuje z przykładami).
apt-get, właściwym rozwiązaniem jest wprowadzenie w bazie danych debconf preferowanych wartości; to cię nie zapyta.