descompactação .tar.gz

GILSOUZA
(usa Ubuntu)

Enviado em 13/04/2011 - 10:06h

Estou com vários arquivos de backup e todos eles com extensão .tar.gz a situação está muito complicada, pois quando eu faço o backup utilizando os arquivos .tar.gz e abro no mesmo servidor linux ele funciona, mas os outros arquivos forma enviados pra outro servidor linux e agora quando tento descompactá-los (tar -zxvf arquivo.tar.gz)em qualquer um dos dois servidores ele me dá o seguinte erro.
tar: Pulando para o próximo cabeçalho
tar: o arquivo-tar contém cabeçalhos base-64 obsoletos

Quem souber como resolver por favor me ajude aí...

megatux
(usa Debian)

Enviado em 13/04/2011 - 10:52h

Falae Gil,

Não sei se vai dar certo, mas você pode tentar descompactar primeiro e expandir os arquivos depois.

#gzip -d arquivo.tar.gz

#tar xvf arquivo.tar


Talvez de certo


[]'s

:wq!

GILSOUZA
(usa Ubuntu)

Enviado em 13/04/2011 - 11:42h

Ainda não resolveu, veja a mensagem que ele deu agora, este processo eu já havia testado mas resolvi testar novamente e realmente não deu certo.veja:

# gzip -d sav-Thu.tar.gz

gzip: sav-Thu.tar.gz: invalid compressed data--format violated

n4t4n
(usa Arch Linux)

Enviado em 13/04/2011 - 14:39h

Talvez o arquivo tenha sido compactado com outro compactador. para ver qual o tipo de arquivo use o comando

file arquivo.tar.gz

veja o resultado

gzip compressed data, from Unix, last modified: Tue Nov 23 02:01:37 2010

no caso o arquivo de exemplo é um gzip, porém se for bzip vai aparecer.

GILSOUZA
(usa Ubuntu)

Enviado em 13/04/2011 - 16:15h

Então amigão, veja como listei e veja a mensagem que ele me deu, porem utilizando: gzip arquivo.tar.gz ele não dar erro também, veja mais abaixo ele dando erro quando tento usar gzip
# file sav-Tue.tar.gz
sav-Tue.tar.gz: gzip compressed data, from Unix, last modified: Tue Apr 5 23:10:09 2011
# md5sum sav-Tue.tar.gz
61473a4d1442e7f546f0e8f245d146d5 sav-Tue.tar.gz
# bunzip2 sav-Thu.tar.gz
bunzip2: Can't guess original name for sav-Thu.tar.gz -- using sav-Thu.tar.gz.out
bunzip2: sav-Thu.tar.gz is not a bzip2 file.
# gunzip sav-Thu.tar.gz
gzip: sav-Thu.tar.gz: invalid compressed data--crc error
gzip: sav-Thu.tar.gz: invalid compressed data--length error

n4t4n
(usa Arch Linux)

Enviado em 13/04/2011 - 18:02h

você criou o md5 quando fez o backup? se tiver criado, dá pra comparar e saber se o arquivo não está corrompido.

GILSOUZA
(usa Ubuntu)

Enviado em 14/04/2011 - 08:19h

não criei o md5 dele... unica coisa que acho estranho é que quando eu faço a compactação no proprio servidor e descompacto funciona mas se eu enviar pra outro servidor linux por ftp ele já não consegue abrir, então é alguma extensão que o arquivo altera, de repente se tivesse como retornar o fortado ou extensão anterior, enfim, estou pensando em uma solução. Pensei em odar rebuild no arquivo pra testar mas também não conheço os parametros exatos pra rodar e testar, pensei talvez em alguma forma de fazer ele voltar, assumir a originalidade do arquivo, muito estranho...

millemiglia
(usa Slackware)

Enviado em 14/04/2011 - 08:51h

E que tal uma solução paliativa enquanto não descobre o que está ocorrendo?
Você disse que quando descompacta no servidor no qual foi feito o backup, ele funciona. Então faça um teste: descompacte no servidor em que o backup funciona, compacte-o novamente em .zip ou .rar e envie para o outro servidor. Se funcionar no outro, pode ser alguma coisa no modo de descompactação que está sendo usado ou no servidor principal ou nos outros. É alguma opção que está habilitada/desabilitada em um e ligada/desligada nos outros.

/bin/laden
(usa Void Linux)

Enviado em 14/04/2011 - 09:11h

Como você disse que faz a transferencia via ftp, o problema está justamente aí! Gera o md5 desse arquivo no servidor, trasfere ele para a outra máquina e checa nela se o md5 bate. Se falhar verifique as confs do teu ftp.

GILSOUZA
(usa Ubuntu)

Enviado em 14/04/2011 - 09:16h

Eu já tentei fazer isso, porém estou precisando dos arquivos com data anterior que são de backup e neste caso pegando os arquivos de volta para o servidor principal ele já vem com este problema na descompactação, precisaria exatamente desses arquivos, só acho muito estranho ele ser transferido pra um mesmo servidor linux via ftp e dar este problema. Obrigado!

GILSOUZA
(usa Ubuntu)

Enviado em 14/04/2011 - 09:20h

Este é o script de envio dos arquivos... meu servidor principal tem ip final 10.254 ele envia dessa forma em tarefa agendada pelo cron, o que pode estar errado, mesmo corringindo o script os arquivos anteriores tem como recupera-los, pois meu problema maior é a recuperação desses arquivos. obrigado!

lcd /ide/backup
open 192.168.10.240
user usuarioftp nova9977
mput *
disconnect
bye

n4t4n
(usa Arch Linux)

Enviado em 14/04/2011 - 09:50h

Primeiro sugiro como o colega falou, que você tente descompactar esses arquivos no servidor onde foi feito o backup. copie eles descompactados mesmo pro seu servidor e veja se dá certo.

Pela busca que fiz no google ví que pode ser a codificação da transferência do ftp que está sendo feita em ASCII e não em bin. então faz essa tentativa acima pra tirar a dúvida e sanar o problema.

Caso não consiga ou não possa fazer isso que sugeri, encontrei um pequeno texto que explica como tentar recuperar arquivos compactados em tar.gz quando se trata de problema no disco onde o arquivo de backup foi armazenado, mas é bom você fazer uma cópia e trabalhar somente com a cópia, para não perder os dados do arquivo.

http://www.gzip.org/recover.txt