65

I have a command that I want to have run again automatically each time it terminates, so I ran something like this:

while [ 1 ]; do COMMAND; done;

but if I can't stop the loop with Ctrl-c as that just kills COMMAND and not the entire loop.

How would I achieve something similar but which I can stop without having to close the terminal?

4
  • 11
    If I'm in bash I just use Ctrl-Z to stop the job and then "kill %1" to kill it.
    – Paul Cager
    Jul 4 '12 at 13:20
  • 4
    Just wait... Linus was quoted as saying: “We all know Linux is great... it does infinite loops in 5 seconds.” -- so really... just wait a few more seconds, it should complete.
    – lornix
    Jul 5 '12 at 8:40
  • @PaulCager worked for me too! Why does it work where Ctrl-C does not? Mar 15 '14 at 19:19
  • @cirosantilli it kills the outer job (the bash "wrapper"). In some situations, it won't immediately kill the "COMMAND", for instance, if you background it, it may sneak past alive even if it's parent is dead. But the loop is dead, and that's the important part.
    – orion
    Mar 15 '14 at 23:01

10 Answers 10

46

Check the exit status of the command. If the command was terminated by a signal the exit code will be 128 + the signal number. From the GNU online documentation for bash:

For the shell’s purposes, a command which exits with a zero exit status has succeeded. A non-zero exit status indicates failure. This seemingly counter-intuitive scheme is used so there is one well-defined way to indicate success and a variety of ways to indicate various failure modes. When a command terminates on a fatal signal whose number is N, Bash uses the value 128+N as the exit status.

POSIX also specifies that the value of a command that terminated by a signal is greater than 128, but does not seem to specify its exact value like GNU does:

The exit status of a command that terminated because it received a signal shall be reported as greater than 128.

For example if you interrupt a command with control-C the exit code will be 130, because SIGINT is signal 2 on Unix systems. So:

while [ 1 ]; do COMMAND; test $? -gt 128 && break; done
6
61

You can stop and put your job in background while it's running using ctrl+z. Then you can kill your job with:

$ kill %1

Where [1] is your job number.

3
  • See also this answer for explanations and more. Aug 3 '14 at 10:33
  • 2
    This relatively recent answer just simply works. Needs to be upvoted. +1
    – shivams
    Jul 23 '15 at 20:17
  • You helped me a lot. This is what i have searched for in this question :) Sep 14 '15 at 8:10
25

I would say it might be best to put your infinite loop in a script and handle signals there. Here's a basic starting point. I'm sure you'll want to modify it to suit. The script uses trap to catch ctrl-c (or SIGTERM), kills off the command (I've used sleep here as a test) and exits.

cleanup ()
{
kill -s SIGTERM $!
exit 0
}

trap cleanup SIGINT SIGTERM

while [ 1 ]
do
    sleep 60 &
    wait $!
done
2
  • 4
    Nice. Here's how I used this tip to make an autorestarting netcat wrapper: trap "exit 0" SIGINT SIGTERM; while true; do netcat -l -p 3000; done
    – Douglas
    Jan 13 '13 at 13:00
  • 2
    if you add this trap approach to the same (bash) script with the infinite loop to be killed, use $$ instead of $! (see here)
    – ardnew
    May 22 '17 at 20:37
15

I generally just hold down Ctrl-C. Sooner or later it'll register between COMMAND's and thus terminate the while loop. Maybe there is a better way.

3
10

If you run bash with -e it will exit on any error conditions:

#!/bin/bash -e
false # returns 1
echo This won't be printed
1
  • The first line here is by far the simplest solution for a trivial script that you don't wish to spend too much time on!
    – Demis
    Sep 26 '20 at 19:37
10

Why not simply,

while [ 1 ]; do COMMAND || break; done;

Or when used in a script,

#!/bin/bash
while [ 1 ]; do
  # ctrl+c terminates COMMAND and exits the while loop
  # (assuming COMMAND responds to ctrl+c)
  COMMAND || break
done;
2
  • 1
    Very elegant solution. But wouldn't this only work if COMMAND always returns a success exit status?
    – howardh
    Dec 5 '15 at 1:04
  • Yes @howardh, that's correct. Dec 7 '15 at 17:29
3
  1. You can always kill a process using its PID, there's no need to close your terminal
  2. If you want to run something in an infinite loop like a daemon then you'd best put it in the background
  3. while : will create an infinite loop and saves you writing the [ 1 ]

    while :; do COMMAND; done &
    

This will print the PID. If you exit your prompt using ctrl+d then the background job won't quit, and you can later kill the job from anywhere using kill PID

If you lose track of your PID, you can use pstree -pa $USER or pgrep -fl '.*PROCESS.*' to help you find it

3

I prefer another solution:

touch .runcmd; while [ -f ".runcmd" ]; do COMMAND; sleep 1; done

In order to kill the loop, just do:

rm .runcmd && kill `pidof COMMAND`
3

What works reasonably well for me is:

while sleep 1; do COMMAND; done

This works because sleep 1 sticks around for a while and if it gets ctrl+c it return with non zero and the loop will terminate.

1
  • 1
    +1, sleep time can also be reduced to 0.5 or 0.1: while sleep 0.1; do COMMAND; done
    – ks1322
    Jun 7 '20 at 10:35
0

Use trap -

exit_()
{
    exit
}

while true
do
    echo 'running..'
    trap exit_ int
done

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.