Respostas:
Se você é um programador C, pode pensar &1
em "o endereço 1", para 2>&1
ler "redirecionar o descritor de arquivo nº 2 para o mesmo local que nº 1".
"Dois para um" ("para" ser >
) faz mais sentido lógico para mim do que "Dois para um", que é o que eu normalmente confunda. Se você considerar "e um" como um único substantivo (um local), também fará sentido gramatical no contexto, o que é mais difícil de fazer com "Dois e um" - você teria que considerar "um" em um único substantivo, e ainda não faria sentido contextual.
Não é um mnemônico, mas li o seguinte:
0
é stdin.
1
é stdout.
2
é stderr.
>
Está em.
<
está fora de.
&
é um descritor de arquivo (em alguns shells).
2>&1
2 > & 1
stderr into file descriptor 1
redirect stderr into stdout
Pode mudar se você tiver mexido com qualquer um dos descritores de arquivo antes do redirecionamento ...
2>somefile 1>&2
2 > somefile 1 > &2
stderr into somefile and stdout into file descriptor 2
redirect stderr into somefile and stdout into somefile.
Quando você escreve 2>&1
, está dizendo "o erro padrão vai para a saída padrão".
Vamos quebrar isso.
Primeiro, você deseja memorizar que o erro padrão é 2
e a saída padrão é 1
.
Então você tem 2
algo, alguma coisa 1
.
"vai para" está escrito >
.
Então você tem 2>
algo 1
.
2>filename
significa enviar erro padrão para filename
. Mas você não deseja enviá-lo para um arquivo chamado 1
. Você quer outra coisa: o número de um arquivo que já está aberto. É para isso que &
serve.
Então 2>&1
.
Você também pode pensar nisso como se estivesse fazendo uma tarefa, onde o >
é como um igual e o &
é como um $
, compare:
f=$1
2>&1
Para entender uma linha de comando com vários redirecionamentos, o importante é saber que os redirecionamentos são feitos da esquerda para a direita. Consulte Ordem dos redirecionamentos para obter mais detalhes sobre isso.
Se você entender que FD2 é STDERR, pense: "Ah, e capture STDERR onde quer que eu envie STDOUT (FD1)".
Meus colegas de trabalho e eu normalmente dizemos "dois é maior que um", porque a maioria de nós nem sempre se lembra que stderr
é o descritor de arquivos 2
e stdout
é 1
(especialmente os novos no unix / linux), então as outras mnemônicas sobre redirecionamento stderr
não funcionam realmente . O único problema é que você ainda precisa se lembrar para onde vai o e comercial!