Início / unix / Perguntas / 481141
Accepted
EmmaV
Asked: 2018-11-12 12:45:11 +0800 CST

Por que o crc32 diz que alguns dos meus arquivos são 'RUIM'?

  • 772

Eu costumava crc32comparar alguns arquivos com um backup deles. Dos 3.556 arquivos, 11 foram relatados como 'RUIM' como no exemplo a seguir:

9be46354        ./9836Feeding_the_dog_.mpeg   BAD 9be46354 != 9836Feed

No entanto, os arquivos não são ruins, mas por algum motivo crc32comparou a soma de verificação calculada com parte do nome do arquivo.

Fiz então um experimento:

$ echo 12345 > 9836Feeding_the_dog_.mpeg
$ crc32 9836Feeding_the_dog_.mpeg
261dafe6

Portanto, desta vez crc32parece não ter comparado a soma de verificação com o nome do arquivo, e o arquivo não é 'RUIM'.

O que esta acontecendo aqui? Isso acontece com outras somas de verificação?

filenames checksum

1 respostas

  1. Best Answer

    O crc32executável que você está usando é um script Perl distribuído junto com o Archive::Zipmódulo Perl.

    O crc32script Perl é bem curto e tem essa coisinha nele:

    if ( $file =~ /[^[:xdigit:]]([[:xdigit:]]{8})[^[:xdigit:]]/ ) {
    my $filenameCrc = $1;
    if ( lc($filenameCrc) eq lc($fileCrc) ) {
        print("\tOK")
    } else {
        print("\tBAD $fileCrc != $filenameCrc");
    }
}

    Ou seja, se o nome do caminho do arquivo contém oito dígitos hexadecimais consecutivos, precedidos e seguidos por pelo menos um dígito não hexadecimal, esse número hexadecimal é comparado com a soma de verificação CRC32 do arquivo.

    No seu caso, você está executando crc32em ./9836Feeding_the_dog_.mpeg. Este nome de caminho contém alguns dígitos não hexadecimais ( ./) seguidos por exatamente oito dígitos hexadecimais ( 9836Feed) e então algo não hexadecimal novamente. 9836Feednão é o checksum CRC32 do arquivo, então ele reclama.

    Exemplo que aciona esse comportamento que "não é RUIM":

    $ cat 261dafe6_file
12345
$ crc32 ./261dafe6_file
261dafe6        OK

    Recriando seu teste e provocando a resposta "BAD" adicionando ./na frente do nome do caminho do arquivo:

    $ echo 12345 >9836Feeding_the_dog_.mpeg
$ crc32 9836Feeding_the_dog_.mpeg
261dafe6

$ crc32 ./9836Feeding_the_dog_.mpeg
261dafe6        BAD 261dafe6 != 9836Feed

    Como o crc32executável não está documentado, obviamente um pouco peculiar e não é amplamente usado (eu não sabia disso e tive que rastreá-lo, mas isso pode não dizer muito), sugiro usar alguma outra ferramenta para calcular as somas de verificação dos arquivos. A md5sumferramenta do GNU coreutils é amplamente utilizada, e em sistemas BSD você pode usar md5. Há também utilitários para calcular hashes mais fortes (SHA1, SHA256 e SHA512 e outros são suportados por utilitários prontamente disponíveis).

    (Por "dígito não hexadecimal" quero dizer "algo que não é um dígito hexadecimal")

    • 4

relate perguntas