Re: récupération de fichier endommagé

C'est cool pour toi ... et n'oublies pas t'envoyer ton commentaire à 
arenn-uejU7Aa0FwMonNqTyK5kxQ@xxxxxxxxxxxxxxxx ;)

En tout les cas c'est baleze ... je me demande quel est l'agorithme 
derrière car pour réussir à corriger un fichier avec seulement les crc 
que gzip laisse !
Peut être par une approche statistique en comparant les blocs possédant 
des crc similaires ^o) ... ça ouvre des belles perspectives quand on 
sait le nombre de systèmes qui ne se limitent qu'à du crc (réseau ?)

Personnellement je tire mon chapeau bien haut au monsieur !

Petite question pour ma culture ... quelle méthode est utilisée dans 
bzip ? Il me semble que c'est un peu plus poussé que gzip pour la 
correction des erreurs.

GrdScarabe

rafcam wrote:

> j'ai suivi la procédure indiquée par l'urbanophile et ça a l'air de
> marcher.
> c'est très lent (non: extrêmement lent), mais l'arborescence ainsi que
> les fichiers semblent être en cours de récupération.
> vitesse estimée: 5 fichiers par café
>
> promis, quand ce sera terminé, je vous envoie un résumé de la manip.
>
> mais plus jamais je ne compresserai des jpeg (faut être idiot, non?)
>
> un grand merci à Seb et P. (?)
>
>
>
>
> Le jeudi 27 octobre 2005 à 08:40 +0200, Sebastien Guilbaud a écrit :
>  
>
> > > > gzip: stdin: not in gzip format
> > > > tar: Child returned status 1
> > > > tar: Statut d'erreur reporté d'erreurs précédentes.
> > > >
> > > > question: connaissez vous un procédé pour forcer l'ouverture du fichier?
> > > > (version ouvre-boite)
> > > >        
> > > je me demande s'il n'y a pas une commande gziprecover (je sais
> > > qu'elle existe pour bzip2) qui "sauve" les blocs compressés valides.
> > > Après, reste
> > > à voir si tar supporte de décompresser des archives partiellement
> > > corrompues...
> > >      
> > je m'auto-réponds :-)) pas de commande gziprecover "standard", mais
> > j'ai trouvé ca :
> >
> > http://www.urbanophile.com/arenn/hacking/gzrt/gzrt.html
> >
> > c'est vrai que quand les .gz sont corrompus, on n'a pas
> > le message "not in gzip format" mais plutôt
> > "invalid compressed data--crc error" ou
> > "invalid compressed data--length error". Tu as essayé la
> > solution de pascal de tenter un file <tonfichier> histoire
> > de voir si c'est bien du gzip et pas du bzip2 (ou un bête
> > tar non compressé) ?
> > Comme l'a dit GrdScarabe, pour les backups il faut
> > préférer les formats qui supportent les petites erreurs, ou
> > bien générer des données de récupération à côté avec par2, ca
> > marche bien aussi.
> >
> >