O correto no uso é at <timespec>, onde <timespec>é a especificação de tempo. Você também pode usar a -fopção para especificar o arquivo que contém os comandos a serem executados. Se -fnenhum redirecionamento for usado, o at irá ler os comandos para executar a partir do stdin (entrada padrão).

No seu exemplo, para executar "algum comando" (escolhi "algum comando" para ser "echo hi" no exemplo abaixo) um minuto logo após pressionar enter (agora), o pretendido <timespec>a ser usado é now + 1 minute. Portanto, para obter o resultado desejado com uma solução one-liner, use o comando abaixo:

echo 'echo hi' | at now + 1 minute

Isso é suposto (e fará) para executar o echo hicomando após um minuto. O problema aqui é que o echo hicomando será executado pelo comando at em um tty fictício e a saída será enviada para a caixa de correio do usuário (se estiver configurada corretamente - o que requer uma explicação mais extensa sobre como configurar uma caixa de correio em uma máquina unix e não faz parte do escopo desta questão). O resultado final é que você não poderá ver diretamente o resultado echo hino mesmo terminal em que emitiu o comando. A alternativa mais fácil é você redirecioná-lo para "algum arquivo", por exemplo:

echo 'echo hi > /tmp/at.out' | at now + 1 minute

No exemplo acima, "some file" é /tmp/at.oute o resultado esperado é que o arquivo at.outem /tmp seja criado após um minuto e contenha o texto 'hi'.

Além do now + 1 minuteexemplo acima, muitas outras especificações de tempo podem ser usadas, mesmo algumas complexas. O comando at é inteligente o suficiente para interpretar os bastante legíveis por humanos, como os exemplos abaixo:

now + 1 day, 13:25, mid‐night, noon, ...

Consulte a página man de at para obter mais informações sobre as possíveis especificações de tempo, pois as possíveis variações são bastante extensas e podem incluir datas, horas relativas ou absolutas, etc.

Execute o sleepem um subshell:

(sleep 60; echo -e '\nhi')  &

Nota: no Linux você pode dar o argumento para dormir em segundos ou com um sufixo s/m/h/d (para segundos, minutos, horas, dias). No BSD o argumento tem que ser em segundos

O stream "hi" é impresso no meu prompt (no stdin) e não no meustdout

Não, não está " impresso no seu stdin".

Se você pressionasse Enter, ele não tentaria executar hicomo um comando. Só que o plano de fundo foi echoimpresso hienquanto o cursor estava após o seu prompt.

Talvez você queira imprimir uma nova linha inicial , como (sleep 1m && echo -e '\nhi' &). (Ajuste conforme necessário para o echoseu shell. Ou use printfpara portabilidade.)

Coloquei &dentro do subshell para "rejeitar" o trabalho em segundo plano, assim você também evita o "ruído" do [1]+ Done. Com &&entre os comandos, &aplica-se a toda a cadeia de comandos compostos, então ele retorna ao prompt do shell imediatamente, em vez de esperar para sleepsair como você faria com(sleep 1; echo ... &)

Aqui está o que acontece (com 1 segundo de atraso):

peter@volta:~$ (sleep 1 && echo -e '\nhi' &)
peter@volta:~$ 
hi
       # cursor is at the start of this empty line.

O Bash não sabe que echoimprimiu algo, então não sabe que precisa reimprimir seu prompt ou limpar a tela. Você pode fazer isso manualmente com control-L.

Você poderia escrever uma função de shell que faz com que o bash reimprima seu prompt após o echotérmino . Apenas fazer echo "$PS1"não reproduzirá nenhum caractere já digitado. kill -WINCH $$no meu sistema obtém o bash para reimprimir sua linha de prompt sem limpar a tela, deixando hiuma linha sozinha antes do prompt. SIGWINCH é enviado automaticamente quando o tamanho da JANELA muda, e a resposta do bash a ele acontece para fazer o que queremos.

Pode funcionar com outros shells, mas não estou tentando torná-lo 100% portátil / POSIX. ( Infelizmente, isso só funciona no bash4.4, não no bash4.3, ou depende de alguma configuração que desconheço )

  # bash4.4
peter@volta:~$ (sleep 2 && echo -e '\nhi' && kill -WINCH $$ &)
peter@volta:~$ ljlksjksajflasdf dfas      # typed in 2 seconds
hi
peter@volta:~$ ljlksjksajflasdf dfas      # reprinted by Bash because of `kill -WINCH`

Você poderia facilmente agrupar isso em uma função de shell que recebe um argumento de suspensão e uma mensagem.

O bash 4.3 não reimprime seu prompt após o SIGWINCH, então isso não funciona lá. Ativei shopt -s checkwinsizeem ambos os sistemas, mas só funciona no sistema Bash 4.4 (Arch Linux).

Se não funcionar, você pode tentar (sleep 2 && echo -e '\nhi' && echo "$PS1" &), que "funciona" se a linha de comando estiver vazia. (Também ignora a possibilidade PROMPT_COMMANDdefinida.)

Não há uma maneira realmente limpa de fazer com que a saída do terminal se misture com o que você estiver fazendo em seu terminal mais tarde, quando o cronômetro disparar. Se você estiver no meio da rolagem de algo em less, poderá facilmente perdê-lo.

Se você está procurando algo com resultados interativos, sugiro reproduzir um arquivo de áudio. por exemplo, com um player de linha de comando como mpv(bom fork do MPlayer2). Ou escolha um arquivo de vídeo para abrir uma nova janela.

(sleep 1 && mpv /f/share/music/.../foo.ogg </dev/null &>/dev/null &)

Você pode querer echoabrir um novo xterm / konsole / gnome-terminal. Use uma opção que mantenha o terminal aberto após a saída do comando.

Isso falhou porque você está canalizando a saída de echo "hi", que é apenas hipara at, mas atespera que sua entrada possa ser executada pelo shell padrão do sistema (geralmente bash, mas às vezes algo diferente dependendo do sistema).

Este:

at 1m << EOF
echo "hi"
EOF

vai conseguir o que você parece estar tentando fazer. Ele usa uma construção de shell chamada 'documento aqui', que geralmente é a maneira aceita de fazer esse tipo de coisa (porque ele lida com várias linhas melhor do que usar o echocomando e não requer a criação de um novo arquivo como você precisaria com cat) e traduz para o equivalente um pouco mais complicado usando echo:

echo 'echo "hi"' | at 1m

Provavelmente vale a pena notar que atenviará qualquer saída de comando para o usuário que invocou o atcomando, em vez de enviar a saída para o terminal como um comando atrasado usando sleepem um subshell faria. Em particular, isso significa que, a menos que você tenha feito alguma personalização do sistema ou pretenda ler seu spool de correio local, não poderá obter a saída dos comandos executados por meio de at.

Combine a resposta de @Peter Cordes e esta resposta https://stackoverflow.com/questions/23125527/how-to-return-to-bash-prompt-after-printing-output-from-backgrounded-function/23125687#23125687

O código abaixo é da última resposta, com uma pequena alteração minha. Compile-o para arquivar a.out (qualquer nome que você quiser)

#include <sys/ioctl.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>

int main(int argc, char *argv[])
{
        char *tty = "/dev/tty";
        if (argc > 1)
                tty = argv[1];
        int fd = open(tty, O_WRONLY);

        int i;
        char buf[] = "\n";
        for (i = 0; i < sizeof buf - 1; i++)
                if (ioctl(fd, TIOCSTI, &buf[i]))
                        perror("ioctl");
        close(fd);
        return 0;
}

Em seguida, execute o comando abaixo. (Coloquei a.out no diretório /tmp/, talvez seja necessário alterar para o seu)

(sleep 2 && echo -e '\nhi' && /tmp/a.out &)

ou

(sleep 2 && echo -e '\nhi' && /tmp/a.out /proc/$$/fd/0 &)

BTW, kill -WINCH $$funciona muito bem para mim com Bash 4.3 no Gentoo.

Com base nas respostas acima, você pode fazer com que o comando incorporado direcione sua saída para o seu terminal, assim:

echo "echo hi >$(tty); kill -WINCH $$" | at now + 1 minute

O ttycomando retorna o caminho do dispositivo do seu terminal atual, colocando-o no $(...)bash para executá-lo em um sub-shell, e o comando kill envia um sinal para o processo atual que fará com que o bash reimprima seu prompt $PS1.