Início / unix / Perguntas / 518655
Accepted
Swarna Gowri
Asked: 2019-05-14 02:38:45 +0800 CST

Como redirecionar stdout para um arquivo e stdout + stderr para outro?

  • 772

Como posso alcançar

cmd >> file1 2>&1 1>>file2

Ou seja, o stdout e o stderr devem redirecionar para um arquivo (arquivo1) e apenas o stdout (arquivo2) deve redirecionar para outro (ambos em modo append)?

shell io-redirection

5 respostas

  1. Best Answer

    O problema é que quando você redireciona sua saída, ela não está mais disponível para o próximo redirecionamento. Você pode canalizar para teeum subshell para manter a saída para o segundo redirecionamento:

    ( cmd | tee -a file2 ) >> file1 2>&1

    ou se você quiser ver a saída no terminal:

    ( cmd | tee -a file2 ) 2>&1 | tee -a file1

    Para evitar adicionar o stderr do primeiro teea file1, você deve redirecionar o stderr do seu comando para algum descritor de arquivo (por exemplo, 3), e depois adicionar isso ao stdout novamente:

    ( 2>&3 cmd | tee -a file2 ) >> file1 3>&1
# or
( 2>&3 cmd | tee -a file2 ) 3>&1 | tee -a file1

    (obrigado @fra-san)

    • 43

  2. Com zsh:

    cmd >& out+err.log > out.log

    No modo de acréscimo:

    cmd >>& out+err.log >> out.log

    Em zsh, e desde que a mult_iosopção não tenha sido desabilitada, quando um descritor de arquivo (aqui 1) é redirecionado várias vezes para gravação, o shell implementa um built-in teepara duplicar a saída para todos os destinos.

    • 16

  3. Você poderia: marcar stdout (usando um sed UNBUFFERED, ou seja: sed -u ...), fazer stderr também ir para stdout (não marcado, pois não passou por esse sed de marcação) e, assim, ser capaz de diferenciar os 2 no arquivo de log resultante.

    O seguinte: é lento (pode ser seriamente otimizado, usando, por exemplo, um script perl em vez do while ... ; do ... ;done, por exemplo, que gerará subshells e comandos em todas as linhas!), estranho (parece que eu preciso dos 2 {} estágios para em um renomear stdout e depois no outro adicionar o stderr "falled through"), etc. Mas é: uma " prova de conceito ", que tentarei manter a ordem da saída o máximo possível de stdout & stderr:

    #basic principle (some un-necessary "{}" to visually help see the layers):
# { { complex command ;} | sed -e "s/^/TAGstdout/" ;} 2>&1 | read_stdin_and_redispatch

#exemple:
# complex command = a (slowed) ls of several things (some existing, others not)
#  to see if the order of stdout&stderr is kept

#preparation, not needed for the "proof of concept", but needed for our specific exemple setup:
\rm out.file out_AND_err.file unknown unknown2 
touch existing existing2 existing3

#and the (slow, too many execs, etc) "proof of concept":
uniquetag="_stdout_" # change this to something unique, that will NOT appear in all the commands outputs... 
                     # avoid regexp characters ("+" "?" "*" etc) to make it easy to remove with another sed later on.

{
   { for f in existing unknown existing2 unknown2 existing3 ; do ls -l "$f" ; sleep 1; done ;
   } | sed -u -e "s/^/${uniquetag}/" ;
} 2>&1 | while IFS="" read -r line ; do
    case "$line" in
       ${uniquetag}*) printf "%s\n" "$line" | tee -a out_AND_err.file | sed -e "s/^${uniquetag}//" >> out.file ;; 
        *)            printf "%s\n" "$line"       >> out_AND_err.file ;;   
    esac; 
done;

# see the results:
grep "^" out.file out_AND_err.file
    • 3

  4. Se a ordem de saída deve ser: stdout then stderr ; não há solução apenas com redirecionamento.
    O stderr deve ser armazenado em um arquivo temporal

    cmd 2>>file-err | tee -a file1 >>file2
cat file-err >> file1
rm file-err

    Descrição:

    A única maneira de redirecionar uma saída (um fd como stdout ou stderr) para dois arquivos é reproduzi-la. O comando teeé a ferramenta correta para reproduzir o conteúdo de um descritor de arquivo. Então, uma ideia inicial para ter uma saída em dois arquivos seria usar:

    ... |  tee file1 file2

    Isso reproduz o stdin de tee para ambos os arquivos (1 e 2) deixando a saída de tee ainda não utilizada. Mas precisamos anexar (use -a) e precisamos apenas de uma cópia. Isso resolve os dois problemas:

    ... | tee -a file1 >>file2

    Para fornecer teestdout (aquele a repetir), precisamos consumir stderr diretamente do comando. Uma maneira, se a ordem não for importante (a ordem de saída será (provavelmente) preservada conforme gerada, o que for gerado primeiro será armazenado primeiro). Qualquer:

    1. cmd 2>>file1 | tee -a file2 >>file1
    2. cmd 2>>file1 > >( tee -a file2 >>file1 )
    3. ( cmd | tee -a file2 ) >> file1 2>&1

    A opção 2 funciona apenas em alguns shells. A opção 3 usa um subshell adicional (mais lento), mas usa os nomes dos arquivos apenas uma vez.

    Mas se stdout deve ser o primeiro (qualquer saída de ordem gerada), precisamos armazenar stderr para anexá-lo ao arquivo no final (primeira solução postada).

    • 2

  5. No interesse da diversidade:

    Se o seu sistema suportar /dev/stderr, então

    (cmd | tee -a /dev/stderr) 2>> file1 >> file2

    vai funcionar. A saída padrão do cmd é enviada para o stdout e o stderr do pipeline. O erro padrão do cmdignora o tee e sai o stderr do pipeline.

    Então

    • o stdout do pipeline é apenas o stdout do cmd, e
    • o stderr do pipeline é o stdout e o stderr do cmd, misturados.

    É então uma simples questão de enviar esses fluxos para os arquivos corretos.

    Como em quase qualquer abordagem como essa (incluindo a resposta de Stéphane ), file1pode deixar as linhas fora de ordem.

    • 1

relate perguntas