Nos últimos dois dias, encontramos dois casos em que vemos o gunzip
falhar, mas os utilitários de descompactação do gerenciador de arquivos foram bem-sucedidos:
Ontem, em um servidor remoto com apenas acesso à linha de comando, tínhamos um arquivo razoavelmente grande (cerca de 2 GB) para baixar e usar. Após o download, gunzip
falhou ao descomprimir, mostrando corrupted
file
Como havíamos comprimido o fie usando pigz
, tentamos, mas também falhamos, com erro CRC
incorreto.
O servidor de backup possui um gerenciador de arquivos da Web que vem com o software de hospedagem. No servidor de backup, o arquivo pode ser descompactado sem problemas.
Na máquina local, hoje também baixamos um arquivo do servidor de backup e gunzip
falhou com a mensagem invalid compressed data--crc error
:
$ gunzip file.gz
gzip: file.gz: invalid compressed data--crc error
gzip: file.gz: invalid compressed data--length error
Na máquina local, usamos o Kubuntu e o mesmo arquivo pode ser descompactado sem problemas usando o gerenciador de arquivos do Dolphin .
Os dois cenários apontam para uma possível sinalizador usada pelos gerenciadores de arquivos que os torna bem-sucedidos na descompactação de arquivos grandes.
Alguma ideia?
Editar: mais detalhes
comando de arquivo
$ file file.gz
file.gz: gzip compressed data, was "file.sql", last modified: Wed Aug 31 01:50:35 2016, max speed, from Unix
Local
$ uname -a
Linux hppavilion 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
$ gzip --version
gzip 1.6
Sistema de arquivos : EXT4
Remoto
$ uname -a
Linux remote 3.10.0-327.28.3.el7.x86_64 #1 SMP Thu Aug 18 19:05:49 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
$ gzip --version
gzip 1.5
** Sistema de arquivos *: EXT4
Backup
# uname -a
Linux backup.com 3.10.0-327.3.1.el7.x86_64 #1 SMP Wed Dec 9 14:09:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
# gzip --version
gzip 1.5
Sistema de arquivos : EXT4
Nota :
gunzip
foi bem-sucedido Tags gzip archive linux file-manager