O md5sum acrescenta '\' à soma de verificação

Por que o md5sum está anexando "\" na frente da soma de verificação ao localizar a soma de verificação de um arquivo com "\" no nome?

$ md5sum /tmp/test\\test
\d41d8cd98f00b204e9800998ecf8427e  /tmp/test\\test

O mesmo é observado para todos os outros utilitários.

Isso está documentado , para o Coreutils md5sum:

Se o arquivo contiver uma barra invertida ou nova linha, a linha será iniciada com uma barra invertida e cada caractere problemático no nome do arquivo será escapado com uma barra invertida, tornando a saída inequívoca, mesmo na presença de nomes de arquivo arbitrários.

( arquivo é o nome do arquivo, não o conteúdo do arquivo).

b2sum, sha1sumE as várias ferramentas de SHA-2 se comportam da mesma forma md5sum. sume cksumnão; sumé fornecido apenas para compatibilidade com versões anteriores (e seus ancestrais não produzem saída entre aspas) e cksumé especificado pelo POSIX e não permite esse tipo de saída.

Esse comportamento foi introduzido em novembro de 2015 e lançado na versão 8.25 (janeiro de 2016), com a seguinte NEWSentrada:

md5sumagora garante uma única linha por arquivo para o status na saída padrão, usando um '\' no início da linha e substituindo qualquer nova linha por '\ n'. Isso também afeta sha1sum, sha224sum, sha256sum, sha384sume sha512sum.

A barra invertida no início da linha serve como um sinalizador: escapes nos nomes de arquivos são processados ​​apenas se a linha começar com uma barra invertida. (Desescanear não pode ser o comportamento padrão: ele quebraria as somas geradas com versões mais antigas do Coreutils que continham \\ou \nnos nomes de arquivos armazenados.)

A resposta de Stephen Kitt cobre o quê e tentarei abordar por que essa mudança foi implementada. Primeiro, alguém observou que um nome de arquivo contendo novas linhas ¹ poderia resultar em uma saída ambígua . Por exemplo, considere esta saída:

d41d8cd98f00b204e9800998ecf8427e  foo
25af89c92254a806b2e93fffd8ac1814  bar

Isso significa que havia dois arquivos fooe bar, ou apenas um arquivo cujo nome de arquivo é "foo\n25af89c92254a806b2e93fffd8ac1814 bar"? É verdade que essa última possibilidade é altamente improvável, mas é possível. Para resolver a ambiguidade, os desenvolvedores optaram por escapar de novas linhas com uma barra invertida ( \). A saída então se torna distinguível. No entanto, há uma outra ambiguidade:

764efa883dda1e11db47671c4a3bbd9e  foo\nbar

O nome deste arquivo contém uma nova linha ou uma barra invertida seguida por um n? Para resolver isso, precisamos escapar de barras invertidas também, para que o último caso se torne:

764efa883dda1e11db47671c4a3bbd9e  foo\\nbar

Finalmente, eles optaram por anexar previamente cada linha de saída que contém esses escapes com a \\para facilitar a análise de um analisador se o escape foi realizado. Presumivelmente, isso foi feito para permitir que os analisadores manipulem a saída das versões de escape md5sume de versões não escapantes (não GNU). A bandeira também significa que a fuga "dispendiosa" não precisa ser feita quando não é necessária. Você pode ver um exemplo dessa análise em ação em md5sum.csi (linha 382 na versão vinculada).

¹ Por nova linha, quero dizer o caractere \nque às vezes também é chamado de avanço de linha ou LF ; veja md5sum.c.