Como encerrar scripts de shell automaticamente após 1 minuto sem saída

Você poderia fazer algo como:

output_timeout() (
  set -o pipefail
  export TIMEOUT=$1; shift
  sh -c 'echo "$$"; exec stdbuf -oL "$@" 2>&1' sh "$@" | perl -ne '
    BEGIN {
      $SIG{ALRM} = sub {
        warn "No output within $ENV{TIMEOUT} seconds, killing PID $pid";
        kill "TERM", $pid;
      }
    }
    alarm $ENV{TIMEOUT};
    if (!$pid) {$pid = $_} else {print}'
)

Então:

output_timeout 60 cmd that may hang 

Onde executamos o comando stdbuf -oL(como encontrado em sistemas GNU ou FreeBSD, pelo menos) para (esperar) obter buffer de linha, pois, caso contrário, muitos comandos alternam para buffer de bloco quando sua saída é um pipe.

shé usado para passar seu pid, que se tornará o do comando para perl.

E canalizamos a saída para um script Perl embutido que redefine um alarme em cada linha de entrada e, quando o alarme dispara, mata esse pid.

Algumas limitações:

• ele mata apenas o processo de nível superior, então, por exemplo, em output_timeout 2 sh -c 'echo A; sleep 5; echo B', exceto em shimplementações onde sleepé embutido, isso matará o processo em execução sh, mas não aquele em execução sleep.
• stdbufnão é eficaz em todos os comandos, por exemplo, não nos construídos estaticamente ou setuid/setgid ou aqueles que não usam stdio para buffer ou ajustam explicitamente esse buffer por si próprios.
• se perla saída do for desacelerada (por exemplo, porque foi redirecionada para um leitor lento), ele pode acabar matando seu alimentador, mesmo que haja entrada para ser lida nele.
• perllê sua entrada uma linha por vez, então se por exemplo o alimentador nunca escreve nenhum caractere de nova linha, ele será morto após 60 segundos independentemente de quão rápido ele escreve sua saída. Isso poderia ser tratado lendo a entrada um byte por vez (como adicionando $/ = \1depois de ter lido o pid).
• Se o alimentador ignorar SIGTERM, isso não funcionará. Isso pode ser melhorado adicionando um período de carência após o qual SIGKILL é enviado se nenhuma entrada tiver sido recebida.
• A pipefailopção agora é POSIX, mas você ainda encontra algumas shimplementações (notavelmente dash) que ainda não a suportam. Mude para ksh/zsh/bash se esse for o caso.
• Os fluxos stdout e stderr acabam sendo mesclados.

Um ponto de partida poderia ser usar um while read -t 60loop para verificar se a scriptsaída é algo no tempo dado. Agora, o problema é que você precisará obter o PID disso scriptquando quiser matá-lo. No exemplo a seguir, eu trabalho em torno do problema usando um sinal, mas provavelmente há maneiras mais inteligentes de fazer isso:

#!/bin/bash

trap 'kill %' USR1

for scr in s1.sh s2.sh s3.sh
do
    "$scr" |& {
        while read -r -N 1 -t 60
        do
            printf %s "$REPLY"
        done
        kill -USR1 "$$"
    } &
    wait
done